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WO 01/35269 PCT/FR00/03157 
SYSTEME DE PARTAGE D'INFORMATIONS 
ENTRE AU MOINS DEUX UTILISATEURS 
SUR UN RESEAU INFORM ATIQUE 



La presente invention concerne d'une fa?on generate un systeme et un procede de 
gestion d'une pluralite d'ensembles d'informations organisees, notamment 
d'informations personnels sur reseau, ainsi que differents systemes et procedes 
pour transformer des documents contenant de telles informations, pour naviguer 
5 parmi des pages contenant de telles informations, et pour gerer l'affichage sur un 
poste client accedant a de telles informations. 

Plus precisement, un premier aspect de la presente invention vise a permettre a 
chaque individu d'une communaute d'organiser ses informations et de les partager de 
10 fagon selective en communaute sur I* Internet ou au sein d'un reseau prive 
(« intranet »), avec notamment des fonctions de construction collective 
d'infonffetions de memes categories et de suggestion automatique d'informations 
lorsqu'elles appartiennent a des categories donnees. 

15 On connait deja dans Petat de la technique le concept dit de « marque-page » 
(« signet », « favori », « Bookmark », « Scrapbook », etc) qui permet a un individu 
d'etablir et de memoriser des liens vers ses pages de serveurs favorites, un tel 
concept etant present dans les navigateurs Internet actuels. 

20 Ce premier aspect de la presente invention vise plus specifiquement a combiner et 
organiser, au sein d'une meme interface utilisateur, differents Elements 
d'informations, cre6s ou recueillis a partir de differentes sources, par exemple en les 
extrayant d'autres pages de serveurs Internet. 

25 Un autre objet de la presente invention selon cet aspect est de faire en sorte que 
chaque element d'information ajoute adopte, de maniere transparente ou semi- 
automatique, une categorie ou une sous-categorie determinee de Pensemble 
d'informations organisees dont on souhaite qu'il permette l'acces a cet element 
d'information. 
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Un autre objet de la presente invention selon cet aspect est de faire en sorte que des 
elements d' informations non-confidentiels inseres dans l'ensemble d' informations 
d'un utilisateur puissent etre consul tes par les autres utilisateurs, dans le cadre de leur 
propre ensemble d'informations, c'est-a-dire inseres par ces derniers dans un 
5 contenant propre ad hoc afin de les visualiser. 

En d' autres termes, ce premier aspect de 1' invention vise a proposer des moyens 
d' intercommunication tels que Tajout d'un nouvel element d'information dans une 
categorie donn^e par un utilisateur donne revienne a publier cet element 
10 d'information en association avec cette categorie, en allant done bien au dela de ce 
que permettent les marque-pages equipant les navigateurs Internet actuels. 

Un autre objet encore de ce premier aspect de 1' invention est de faire en sorte que les 
utilisateurs qui alimentent ou consultent les elements d'information puissent le faire 
1 5 dans des conditions d'anonymat. 

Par ailleurs, 1' invention vise egal em ent selon ce premier aspect a proposer que le fait 
pour un utilisateur d'aj outer dans une categorie un element d'information represente 
une "declaration d'interet" qui puisse etre exploitee dans le cadre de nouveaux 
20 modeles economiques, selon lesquels, en reaction a de telles declarations d'interet, 
d'autres informations peuvent etre proposees (notamment a la vente) a l'utilisateur de 
fa?on automatique. 

Compte-tenu du fait que des categorisations effectuees par des utilisateurs sont 
25 sujettes a erreurs (involontaires ou volontaires), un autre objet de la presente 
invention est de proposer des moyens d'auto-epuration par les utilisateurs eux- 
memes, sur la base d'un degre qualitatif de contribution, exploitable par transitivite. 

Un autre objet de ce premier aspect de l'invention est de preserver l'anonymat des 
30 utilisateurs. 
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La presente invention selon ce premier aspect vise egalement a suggerer ou 
recommander automatiquement de nouvelles informations a chaque Utilisateur en 
fonction de ses declarations d'interets ou de gouts. 

5 Ainsi 1' invention propose dans son premier aspect un systeme de partage 
d' informations entre au moins deux utilisateurs sur un reseau informatique, 
caracterise en ce qu'il comprend : 

un premier ensemble d' informations organisees comprenant au moins un 
premier contenant et une pluraiite de premieres informations accessibles via le ou 
1 0 chaque premier contenant, 

un second ensemble d'informations organisees comprenant au moins un 
second contenant et une pluraiite de secondes informations accessibles via le ou 
chaque second contenant, 

des moyens pour etablir une correspondance entre le ou chaque premier 
1 5 contenant et un second contenant dit correspondant, 

des moyens permettant a un utilisateur d'ajouter des informations dans le 
premier ensemble d'informations, 

des moyens permettant a un utilisateur d'ajouter des informations dans le 
second ensemble d'informations, 
20 des moyens d' intercommunication par reseau entre les premier et second 

ensembles d'informations, ces moyens etant aptes, lors d'un ajout d'une information 
accessible via un premier contenant, a suggerer le meme ajout dans le second 
contenant correspondant. 

2 5 Des amenagements preferes, mais non limitatifs, du systeme selon ce premier aspect 
de 1' invention sont les suivants : 

- chaque information accessible via un classeur appartient a un groupe comprenant 
des contenus directs, des references a des contenus situes dans d'autres ensembles 
30 d'informations organisees et des sous-contenants via lesquels d'autres informations 
sont accessibles. 
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- lesdites references a des contenus sont constitutes par des liens. 

- le premier ensemble de d' informations organisees fait partie d'un serveur et est 
5 destine a etre accessible par une pluralite d'utilisateurs d'une communaute, et il est 

prevu une pluralite de seconds ensembles d' informations organisees constituant des 
ensembles prives propres a une pluralite d'utilisateurs. 

- les informations accessibles via les contenants du premier ensemble d' informations 
10 organisees sont constitutes par l'union de toutes les informations accessibles via les 

contenants correspondants des seconds ensembles d'informations organises. 

- tous les ensembles d'informations organisees comprennent une structure organisee 
de contenants. 

15 

- les structures organisees sont arborescentes. 

- le systeme comprend, en association avec un ensemble d'informations organisees 
dans lequel un ajout d'information a ete suggere, une memoire contenant un 

2 0 indicateur d'etat de processus de suggestion. 

- l'indicateur d'etat peut prendre les valeurs « Suggere »> « Accepte » et « Refuse ». 

- le systeme comprend un moyen permettant de ne supprimer d'un ensemble 
2 5 d'informations organisees une information qui y a ete prealablement ajoutee qu'apres 

verification des indicateurs d'etat associes aux autres ensembles d'informations 
organisees concernant ladite information ajoutee. 

- la verification des indicateurs d'etat consiste a verifier que tous possedent la valeur 
30 « Refuse ». 
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- le systeme comprend en outre des moyens d'avertissement aptes, lorsqu'une 
information de type contenu prealablement ajoutee dans un ensemble d' informations 
organisees est destinee a etre supprimee, a informer de ladite suppression desiree tout 
utilisateur d'un autre ensemble d' informations organisees possedant une reference 

5 vers ce contenu, et des moyens permettant a chaque utilisateur de dupliquer ledit 
element de contenu vers ledit autre ensemble d' informations organisees. 

- lesdites informations incluent des liens vers des contenus externes au systeme. 

10 - chaque ensemble d' informations organisees permet d'acceder egalement a des 
informations dont Pajout ne donne lieu a aucune suggestion. 

- les moyens d' intercommunication comprennent des moyens pour deriver d'un 
contenant d'origine d'un premier ensemble d' informations organisees vers un 

15 contenant de destination d'un second ensemble d'informations organisees les 
informations accessibles via ledit contenant d'origine, lesdits moyens 
d'etablissement de correspondance etant aptes, en reponse auxdits moyens de 
derivation, a etablir une correspondance entre le contenant d'origine et le contenant 
de destination. 

20 

- en reponse auxdits moyens de derivation, les moyens d'etablissement de 
correspondance sont egalement aptes a etablir une correspondance entre le contenant 
de destination et le contenant d'origine. 

25 - les moyens d' intercommunication comprennent en outre des moyens aptes, lors de 
la mise en oeuvre des moyens de derivation, pour selectivement accepter et refuser 
1 5 accessibility desdites informations via le contenant de destination. 

- les moyens de derivation sont aptes a effectuer des derivations en chaine entre 
3 0 plusieurs ensembles d'informations organisees. 
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- les moyens de derivation sont aptes a fusionner, dans un contenant de destination 
donne, des informations accessibles via une pluralite de contenants d'origine. 

- le systeme comprend des moyens aptes, lors de la suppression dans un contenant de 
5 I'accessibilite d'une information par ce contenant, preserver I'accessibilite de cette 

information via un contenant d'archivage. 

- Iorsque I'accessibilite d'une information precedemment ajoutee via un contenant 
est supprimee, les moyens d' intercommunication ne sont plus aptes a suggerer l'ajout 

10 de cette information dans le ou les contenants correspondants d'autres ensembles 
d' informations organisees. 

- les moyens d' intercommunication comprennent des moyens pour referencer, a 
partir d'un contenant d'origine d'un premier ensemble d'informations organisees 

15 vers un contenant de destination d'un second ensemble d'informations organisees, 
les informations accessibles via ledit contenant d'origine, lesdits moyens 
d'etablissement de correspondance etant aptes a etablir une correspondance entre le 
contenant d'origine et le contenant de destination en reponse auxdits moyens de 
referencement seulement si un utilisateur du contenant de destination a accepte le 

20 referencement desdites informations. 

- le systeme comprend un ensemble d'informations organisees comprenant une 
pluralite de contenants categorisants, et les contenants de chaque autre ensemble 
d'informations organisees sont au moins en partie des correspondants desdits 

25 contenants categorisants. 

- tous les contenants de chaque autre ensemble d'informations organisees sont 
necessairement des correspondants desdits contenants categorisants. 

30 - chaque contenant possede un nom, et il est prevu des moyens, lors de l'adjonction 
dans un ensemble d'informations organisees d'un contenant correspondent a un 
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contenant categorisant, pour nommer celui-ci independamment du nom du contenant 
categorisant. 

- les moyens de derivation sont egalement aptes a deriver une pluralite de contenants 
5 organises selon une structure de contenants, ladite structure de contenants etant 

preservee lors de la derivation. 

- chaque ensemble d' informations organisees comprend une structure arborescente 
de contenants, et le systeme comprend en outre des moyens pour representer au 

10 moins des contenants de niveaux les plus eleves dans la structure arborescente sous 
forme de classeurs. 

- le systeme comprend en outre des moyens pour representer des contenants de 
niveau le plus bas dans la structure arborescente sous forme de pages de classeur. 

15 

- le systeme comprend des moyens pour representer des elements de contenu 
accessibles via des contenants formant des pages sous forme de caiques appliques sur 
la page consideree. 

- chaque ensemble d* informations organisees comprend une structure arborescente 
de contenants, et le systeme comprend en outre des moyens pour representer, dans 
des zones voisines d'un ecran d'utilisateur, la structure arborescente d'un ensemble 
d'informations organisees propre audit utilisateur et la structure arborescente d'un 
autre ensemble d'informations organisees du systeme. 

- les moyens de derivation sont commandes par une operation de glisser-deposer 
effectuee sur ladite representation des structures arborescentes. 

- les moyens de referencement sont commandes par une operation de glisser-deposer 
30 effectuee sur ladite representation des structures arborescentes. 
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- le systeme comprend en outre des moyens de notation de contribution en fonction 
du resultat des suggestions d'ajout d' informations entre deux ensembles 
d'informations organisees. 

5 - les moyens de notation de contribution comprennent une pluralite de variables de 
contribution aptes a varier dans un sens lorsqu'une suggestion d'ajout d'information 
est acceptee et dans le sens oppose lorsqu'une suggestion d'ajout d'information est 
refiisee. 

10 - il est prevu une variable de contribution par couple d'ensembles d'informations 
organises. 

- le systeme comprend en outre des moyens de notation de similarite entre 
informations accessibles via deux contenants appartenant a deux ensembles 

15 d'informations organisees, en fonction du nombre d'informations ajoutees apres 
suggestion d'un contenant vers T autre et reciproquement. 

- les moyens de notation de similarite comprennent une pluralite de variables de 
similarite aptes a varier dans un sens lorsqu'une suggestion d'ajout d'information est 

20 acceptee et dans le sens oppose lorsqu'une information dont 1'ajout a ete 
precedemment accepte est supprimee. 

- il est prevu une variable de similarite par couple de contenants correspondants. 

25 - les moyens d'etablissement de correspondance entre des contenants de deux 
ensembles d'informations organisees sont aptes a etre mis en oeuvre entre deux 
contenants non prealablement correspondants deux-a-deux, mais appartenant a une 
chaine de contenants correspondants deux a deux, en fonction de la valeur des 
variables de contribution et/ou de similarite relativement aux ensembles 

3 0 d'informations organisees associes. 
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- le systeme comprend des moyens pour neutraliser le processus de suggestion entre 
ensembles d' informations organisees lorsqu'une notation de contribution et/ou de 
similarity concernant lesdits ensembles est inferieure a un seuil. 

5 - les moyens d' intercommunication sont aptes a suggerer ledit ajout d'information 
pendant une duree limitee. 

- il est prevu, lors de Pajout d'un contenant dans un ensemble d' informations 
organisees, des moyens pour determiner si ce contenant est susceptible en soi ou non 

1 0 d'etre mis en correspondance avec un autre contenant. 

Selon un autre point de vue, on se place dans un contexte ou Ton cherche a proposer 
a un internaute de se « fabriquer » une « toile personnelle » formee par une structure 
arborescente de contenus/contenants imbriques. 

15 

On connait, par le langage « XML » (pour « eXtented Markup Language » selon la 
terminologie anglo-saxonne) des pages qui se presentent sous la forme de documents 
eux-memes structures sous forme hierarchique (par exemple : sections, paragraphes, 
etc.), et auxquels est associee une specification de presentation a l'utilisateur, 
20 typiquement selon le langage XSL (abreviation de Pexpression anglo-saxonne 
«XML Stylesheet Language »). Ces technologies se pretent parfaitement a une 
structuration hierarchique des informations. 

Ainsi, selon un deuxieme aspect de Finvention, chaque contenu est vu cornme un 
25 document (ou partie de document) par exemple au format XML auquel est 
optionnellement associee une specification de presentation au format XSL. A chaque 
niveau dans cette structure d'arbre, un contenu ne peut etre affiche a l'ecran d'un 
poste client de maniere autonome que si un code XSL lui est associe. 



30 



Ainsi par exemple, un repertoire pourra etre d'abord un contenu que Ton souhaite 
presenter a l'utilisateur comme sous forme d'une page autonome, dans la mesure ou 
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un document XSL pour la presentation des repertoires lui est associe. Un repertoire 
aura par ailleurs un et un seul contenant dont les contenus seront eux-memes des 
repertoires ou d'autres types de documents. Certains de ces documents pourront 
contenir plusieurs contenants, qui eux-memes contiendront des contenus, et ainsi de 
5 suite. 

Selon cet aspect, la presente invention se propose tout d'abord de permettre a un 
utilisateur d'importer un contenu quelconque d'un contenant quelconque vers un 
autre contenant, sous reserve d'une bonne compatibility des types d' informations, et 
1 0 ceci k n'importe quel niveau dans la structure des informations de l'utilisateur. 

Un autre objet de ce deuxieme aspect de l'invention est de permettre a l'utilisateur de 
creer des liens non pas vers des pages entieres de la Toile, mais vers des parties bien 
determinees de pages, et par exemple vers des contenus enfouis dans des pages. 

15 

Un autre objet encore de cet aspect de l'invention est de permettre a un utilisateur 
d'obtenir via 1'Internet, et d'incorporer au sein de pages preexistantes, des parties de 
pages provenant de 1'exterieur. 

20 Selon le principe de base de cet aspect de l'invention, les documents que constituent 
les pages publiees sur les sites Internet sont restructures pour permettre d'en 
distinguer les contenus et contenants qui les constituent. 

Ainsi, selon ce deuxieme aspect de Finvention, on decompose une structure de 
25 donnees XML en un ensemble de contenants et de contenus. Ces derniers 
contiennent les elements de la structure XML initiale. Dans un but de classification, 
les contenants peuvent optionnellement etre associes a des categories, de telle sorte 
que les contenus qu'ils possedent soient classes dans cette categoric 

30 Plus precisement, ce deuxieme aspect de l'invention se propose de restructurer les 
informations se trouvant dans des pages pour permettre a l'utilisateur de se composer 
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ses propres pages, et ceci a partir de contenants et de contenus qu'il trouve au cours 
de sa navigation sur la Toile. Cela implique de definir une macrostructure de 
contenants/contenus, et d'en dissocier les contenus, qui pourront ainsi etre deplaces 
ou reproduits d'une page a l'autre. 

5 

Ainsi les donnees XML d'un document de la Toile sont decomposes pour adopter la 
structure suivante : 

- un arbre de structure (macrostructure) defmissant 1'imbrication des differents 
1 0 contenants d' information, chacun portant les references de ses contenus ; 

- une suite de contenus, regroupant les elements references dans les contenants. 

Sur un plan pratique, l'administrateur d'un site dispose d'un code XML initial qu'il 
desire faire partager aux utilisateurs du systeme . 

15 

Pour que le code « source » puisse etre restructure et stocke en evitant les 
redondances, l'utilisateur specifie quels elements sont des contenus et a quel 
contenant chaque contenu appartient. Ceci permet de constituer ce qu'on appelle ici 
une macrostructure. 

20 

Les contenants sont specifies au moyen d'attributs, ce qui offre l'avantage de ne pas 
modifier la structure et ainsi, notamment, de ne pas remettre en cause l'application de 
feuilles de style (notamment en langage XSL). La restructuration est ainsi « non- 
intrusive ». 

25 

La macrostructure permet de dissocier les elements, de la structure dans laquelle ils 
resident. Ainsi, les elements sont stockes de maniere unique de preference sur un 
serveur partage quel que soit le nombre de fois ou ils ont ete reproduits. 

30 En outre, le fait de specifier la macrostructure (au moyen des attributs deja 
mentionnes) dans un document permettra de choisir la granularite des contenus qui 
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peuvent etre partages. Lors de la specification d'un contenu, celui-ci sera, par la 
meme occasion, localise dans un contenant qui peut regrouper plusieurs contenus. 

En deuxieme etape, a partir des indications (attributs) figurant dans le nouveau code 
5 source, est constitute une structure decomposee, constituee d'une part par Farbre de 
macrostructure et d'autre part par F ensemble de contenus. 

En resume, ce deuxieme aspect de Finvention propose un procede de transformation 
d'un document, notamment d'un document au format XML destine a etre transmis 
10 via un reseau informatique tel que FInternet, le document comportant une structure 
arborescente de document possedant des noeuds contenant des informations, apte a 
etre combinee avec des donnees de presentation, notamment au format XSL, desdites 
informations, caracterise en ce qu'il comprend les etapes suivantes : 

- lors de la creation ou d'une modification du document, inserer dans celui- 
15 ci des attributs de delimitation aptes chacun a regrouper des noeuds descendants avec 

un nceud parent desdits nceuds descendants, 

- a partir dudit document comportant lesdits attributs, et de fa9on 
automatique a 1'aide d'un systeme de traitement de donnees, extraire dudit document 
les informations situees aux noeuds regroupes, et creer une macrostructure du 

20 document constituee par une structure arborescente plus grossiere que ladite structure 
arborescente de document, dans laquelle lesdits noeuds parents correspondant a des 
regroupements sont remplaces par des references auxdites informations extraites, 
indiquant la position desdites informations extraites dans la structure, et dans laquelle 
lesdits noeuds descendants qui ne sont pas eux-memes des noeuds parents sont 

2 5 absents. 

Avantageusement, le procede comprend en outre F etape consistant a inserer dans la 
macrostructure des contenants aptes a recevoir des informations. 
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Ce deuxieme aspect de 1' invention propose egalement un systeme de traitement de 
donnees destine a presenter des documents sur un dispositif d'affichage ou analogue, 
caracterise en ce qu'il comprend : 

- des moyens commandes par utilisateur pour effectuer sur des documents 
5 transformes par le procede precite au moins 1'une parmi les operations suivantes : 

- ajouter a un document transform^ des informations extraites d'un autre 
document transforme, 

- supprimer des informations extraites d'un document transforme, 

- remplacer des informations extraites d'un document transforme par 
1 0 d'autres informations extraites, 

- deplacer des informations extraites d'un document transforme vers un 
autre document transforme, et 

- des moyens pour reconstruire une structure arborescente de document a partir d'une 
macrostructure donnee et en fonction des operations effectuees sur les informations 

1 5 extraites. 



Une autre approche du deuxieme aspect de la presente invention vise a proposer un 
procede de gestion des categories de contenus permettant de tirer parti de 
manipulations de contenus faites par des utilisateurs dans des structures de 
20 documents aptes a recevoir de tels contenus dans des contenants possedant eux- 
memes des informations de categoric 

L'invention propose a cet effet un procede pour affecter des categories a des 
contenus accessibles par une pluralite d'utilisateurs, chaque contenu etant par ailleurs 

25 propre a etre selectivement place dans une pluralite de contenants appartenant a des 
structures de documents, ces contenants possedant chacun des informations de 
categorie, et a chaque contenu pouvant etre associe une pluralite d'informations de 
categories permettant aux utilisateurs notamment de selectivement acceder par un 
critere de categorie audit contenu ou d'automatiser la selection de la presentation 

30 dudit contenu, comprenant 1'etape consistant, lorsqu f un contenu donne est place dans 
un contenant donne d'un document, a ajouter aux informations de categorie deja 
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associees audit contenu les informations de categorie possedees par ledit contenant 
donne. Lesdites informations de categorie ajoutees aux contenus peuvent etre 
ajoutees en mode suggere. 

5 Un troisieme aspect de l'invention concerne plus precisement des nouvelles 
fonctionnalites ajoutes a un navigateur Internet. 

Classiquement, un outil de navigation sur Tlnternet comprend des moyens pour 
acceder a des pages en langage HTML ou autre, soit par saisie directe de Fadresse 
10 URL de la page a atteindre, soit en cliquant a l'aide du bouton d'une souris sur un 
lien contenu dans une page, qui pointe vers une autre page. 

Les techniques de « signets », « marque-pages », « favoris », etc. permettent a un 
utilisateur, lorsqu'il consulte une page courante, de memoriser et de classer, dans une 
15 structure arborescente de repertoires ou dossiers, des liens vers ces pages, qui 
permettront a l'utilisateur, dans le fiitur, d'acceder a nouveau a ces pages par un 
simple clic de souris apres avoir le cas echeant ouvert le repertoire correspondant. 
Ces techniques connues presentent toutefois un certain nombre de limitations. En 
particulier : 

20 

- lorsque l'utilisateur est en train de consulter une page courante, il lui est 
systematiquement necessaire, pour consulter d'autres pages susceptibles de traiter du 
meme sujet, d'entrer dans la structure arborescente de repertoires de « signets », 
« marque-pages », « favoris » ou autres et de naviguer dans cette structure pour 

2 5 retrouver les liens vers lesdites pages ; 

- l'utilisateur est contraint par une structure arborescente de repertoires, au sein de 
laquelle la navigation locale d'un repertoire a Tautre peut se trouver extremement 
fastidieuse des que le nombre de repertoires, sous-repertoires et liens devient 

30 importante ; 
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- les outils existants ne sont susceptibles que de creer des liens unidirectionnels situes 
dans un repertoire donne et pointant vers une page, et il n'existe aucun moyen, au 
cours de la consultation d'une page courante, pour associer a cette page et non pas a 
un repertoire, des liens vers d'autres pages. 

5 

Selon ce troisieme autre aspect, la presente invention vise a pallier ces limitations de 
Petat de la technique et a proposer un systeme de navigation qui permette, d'une 
maniere extremement simple et intuitive, d'acceder a des pages portant sur des sujets 
que Futilisateur a considere comme pertinents en relation avec la page courante. 

10 

Un autre objet de ce troisieme aspect de la presente invention est de proposer a 
Tutilisateur des moyens extremement simples et intuitifs de creation de liens d'une 
page vers une autre, avec le cas echeant une bidirectionnalite, et ceci 
independamment de toute structure de repertoires de liens. 

15 

Un autre objet encore de ce troisieme aspect de la presente invention est de permettre 
a un utilisateur de beneficier, selectivement, de liens crees par des tiers en relation 
avec ses propres sujets d'interet. 

20 Ainsi ce troisieme aspect de Finvention propose un systeme de navigation mis en 
ceuvre dans un systeme informatique pour acceder a des pages fournies notamment 
par des serveurs via un reseau informatique par activation de liens, caracterise en ce 
qu'il comprend en combinaison : 

25 - des moyens pour afficher une page courante, 

- des moyens permettant a un utilisateur de creer et de memoriser, au sein d'une 
structure de groupes de liens, des liens dont ladite page constitue une extremite ; 
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- des moyens de selection et d'affichage aptes, lors de l'affichage d'une page 
constituant une extremite d'au moins un lien, a selectionner et afficher une partie de 
la structure de groupes de liens contenant ce ou ces liens, et 

5 - des moyens d'entree permettant a Putilisateur de selectionner et d'activer les liens 
affiches contenus dans ladite partie de la structure de groupes de liens. 

Des aspects preferes, mais non limitatifs, du systeme selon ce troisieme aspect de 
T invention sont les suivants : 

10 

- lesdits liens comprennent des liens ajoutes, associes a ladite page courante et 
permettant d'acceder a d'autres pages, et les moyens d'affichage sont aptes a afficher 
des representations desdits Hens ajoutes activables directement par lesdits moyens 
d'entree. 

15 

- les moyens de creation de liens ajoutes comprennent un moyen d'entree permettant 
a Putilisateur de glisser-deposer la page courante (ou une partie de la page courante) 
ou un element affiche representant la page courante (ou une partie de la page 
courante) vers une autre page affichee ou un element affiche representant ladite autre 

20 page. 

- il est prevu une zone d'affichage de liens ajoutes associee a ladite page courante et 
apte a contenir lesdits elements affiches representant les liens ajoutes vers lesdites 
autres pages. 

25 

- le systeme comprend des moyens pour afficher la page courante et sa zone 
d'affichage de liens ajoutes associee et des moyens pour afficher les zones 
d'affichage de Hens d'une pluralite d'autres pages, de fa<?on contigue les unes aux 
autres. 

30 
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- chaque zone d'affichage de liens ajoutes contient egalement un element affiche 
representant la page a laquelle lesdits liens ajoutes sont associes, et les moyens de 
creation de liens ajoutes mettent en oeuvre des operations de glisser-deposer entre les 
elements affiches representant les pages et les elements affiches representant les liens 

5 ajoutes. 

- le systeme comprend des moyens pour afficher, sous la commande d'un moyen 
d'entree agissant sur une zone donnee d'affichage de liens ajoutes, la page a laquelle 
lesdits Hens ajoutes sont associes. 

10 

- lesdits elements affiches representant les pages auxquelles les liens ajoutes sont 
associes et lesdits liens ajoutes sont constitutes par des images miniaturisees desdites 
pages associees ou des pages vers lesquelles pointent lesdits liens ajoutes. 

15 - lesdits liens ajoutes sont selectivement monodirectionnels ou bidirectionnels. 

- ladite structure de groupes de liens est une structure arborescente de repertoires 
contenant chacun d'autres repertoires et/ou des liens crees. 

20 - lesdits liens comprennent des marque-pages, et les moyens de selection et 
d'affichage sont aptes a afficher les seuls groupes des liens contenant un marque- 
page correspondant a la page courante. 

- les moyens de selection et d'affichage sont aptes a afficher dans une premiere zone 
25 des elements affiches representant des liens ajoutes, et dans une seconde zone des 

repertoires de marque-pages contenant un marque-page correspondant a la page 
courante. 

- la seconde zone sont affiches par une representation hierarchique lesdits repertoires 
30 de marque-pages et, selectivement, les contenus desdits repertoires. 
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- le systeme comprend des moyens pour afficher une pluralite de repertoires 
contenant des premiers elements affiches constituant des liens vers des pages et 
secondes representations graphiques constituant des liens ajoutes entre lesdites 
pages, et des moyens pour manipuler par glisser-deposer lesdites premieres et 

5 secondes representations graphiques pour ajouter, supprimer ou deplacer d'un 
repertoire a 1'autre des liens vers des pages ou des liens ajoutes entres pages. 

- lesdits liens vers des pages constituent lesdits marque-pages. 

10 - le systeme comprend des moyens pour memoriser, en association avec une pluralite 
d'utilisateurs de postes clients, une pluralite de tables de liens designant, pour chaque 
page constituant une extremite d'un lien cree, le ou chacun de ces liens. 

- les moyens de creation de liens sont aptes a etre commandes par des moyens de 
15 traitement comparatif de ladite pluralite de tables de liens, pour creer des liens dans 

un etat dit suggere. 

- le systeme comprend des moyens pour afficher des elements affiches representant 
chaque lien cree dans ledit etat suggere et, en association avec chacun desdits 

20 elements, des moyens sensibles a un dispositif d'entree pour modifier l'etat du lien 
correspondant. 

- les moyens de modification de l'etat d'un lien cree dans l'etat suggere" comprennent 
des moyens pour supprimer le lien. 

25 

- les moyens de modification de l'etat d'un lien cree dans l'etat suggere comprennent 
des moyens pour valider le lien en l'amenant dans un etat accepte. 

- les moyens de modification de l'etat d'un lien dans l'etat suggere ou accepte 
3 0 comprennent des moyens pour valider le lien en l'amenant dans un etat gele. 
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- le systeme comprend en outre des moyens pour ajuster chaque lien amene a l'etat 
gele sur une adresse a laquelle le contenu de la page a ete memorise. 

- le systeme comprend en outre des moyens capables, sous la commande de 
5 l'utilisateur, d'affecter a tout lien accepte ou gele un attribut de caracterisation du 

type d'interet porte par rutilisateur au contenu designe par ledit lien. 

- les attributs de caracterisation comprennent un attribut « Offreur » et un attribut 
« Demandeur ». 

10 

- lesdits moyens de traitement comparatif sont aptes a prendre en compte les attributs 
de caracterisation donnes aux liens. 

- le systeme comprend, en association avec chaque element affiche representant un 
15 lien cree, un moyen de codage graphique pour designer l'etat dudit lien. 

- le moyen de codage graphique comprend un codage de couleur dans un cadre 
entourant ledit element affiche. 

20 - le systeme comprend en outre des moyens commandes par l'utilisateur pour 
parametrer le traitement comparatif effectue sur ladite plural ite de tables de liens. 

- les moyens de parametrage commandes par l'utilisateur comprennent des moyens 
de selection des utilisateurs pour les tables de liens desquels le traitement comparatif 

25 est effectue. 

- lesdits moyens de traitement comparatif operent sur une pluralite de tables de liens 
contenant seulement les liens crees valides. 

30 - le systeme comprend des moyens pour suggerer a un utilisateur, en association avec 
l'acces a une premiere page, un lien ajoute bidirectionnel avec une seconde page, 
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ladite seconde page etant choisie par iedit systeme en fonction notamment de sa 
pertinence pour l'utilisateur au regard de la premiere page de telle maniere que lors 
de l'acces ladite seconde page, le lien ajoute inverse, de ladite seconde page vers 
ladite premiere page, puisse etre active par l'utilisateur. 

5 

- ladite seconde page est choisie par le systeme egalement en fonction de la 
frequence d'acces a celle-ci par l'utilisateur. 

- ladite seconde page est choisie par le systeme egalement en fonction du nombre de 
1 0 liens ajoutes preexistants associes a ladite seconde page. 

- le systeme comprend des moyens de traitement de ladite seconde page de maniere a 
y inclure une element d'affichage dudit lien inverse. 

15 - les moyens de traitement sont parametrables. 

- les moyens de traitement sont aptes a inclure ledit element d'affichage du lien 
inverse en un emplacement de la seconde page normalement destine a comporter un 
bandeau publicitaire ou analogue. 

20 

- le systeme comprend en outre des moyens de selection par l'utilisateur de groupes 
exterieurs de liens et les moyens de selection et d'affichage sont egalement aptes, 
lors de l'affichage d'une page, a afficher les liens d'au moins un groupe exterieur de 
liens selectionne. 

25 

- les groupes exterieurs de liens comprennent au moins Tun parmi : 

- des groupes de liens preselectionnes par un administrateur de la page, 

- des groupes de liens preselectionnes par un administrateur d'une autre 
page qui se trouve a l'amont de la page, 

30 - des groupes de liens preselectionnes par le systeme comme etant proches 

d'au moins un groupe de liens propre a l'utilisateur, 
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- des groupes de liens etablis par le systeme comme etant pertinents vis-a-vis 
d'au moins un groupe de liens propre a I'utilisateur, et 

- des groupes de liens preselectionnes par I'utilisateur. 

5 - lesdits liens sont situes dans des contenants definis dans la structure de la page 
courante, et pointent vers des contenants aptes a enrichir ladite page courante en des 
emplacements definis par la position desdits contenants dans ladite structure. 

Selon un quatrieme aspect, la presente invention concerne d'une fa9on generate 
10 l'affichage sur ecran d'un poste informatique d'elements interactifs tels que des 
pages en langage HTML (Hypertext Markup Language), charges depuis un poste 
distant tel qu'un serveur Internet. 

On sait qu'avec les techniques de communication courantes, par exemple avec un 
15 modem a 56 kbps sur une ligne telephonique, et avec l'encombrement de FInternet, 
des pages HTML volumineuses (qui peuvent atteindre parfois plusieurs centaines de 
Kilo-octets) peuvent necessiter un temps considerable, parfois de plusieurs dizaines 
de secondes, pour etre chargees et affichees sur le poste client. 

20 II en resulte une navigation qui s'avere extremement fastidieuse et seuls des moyens 
de communication plus sophistiques, et surtout sensiblement plus couteux, 
permettent d'attenuer ce probleme. 

Ce quatrieme aspect de la presente invention vise, notamment dans un tel contexte, a 
25 attenuer sensiblement, du point de vue de I'utilisateur, l'impression d'attente inutile 
qu'il ressent frequemment lors de navigations sur ]' Internet, ou autres consultations 
d' informations sur reseaux « lents ». 

Par ailleurs, on connait, dans les systemes de navigation par exemple Internet ou 
30 Intranet, les traditionnels boutons « Precedent » et « Suivant » pour passer d'un page 
a 1' autre. 
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On connait en outre un procede d'affichage d'une barre de taches dans un systeme 
d'exploitation pour ordinateur personnel, qui permet selectivement d'afficher cette 
barre lorsque le pointeur de la souris se trouve dans la zone que cette barre doit 
5 occuper, et de masquer cette barre lorsque le pointeur quitte cette zone. Ceci a pour 
avantage principal d'augmenter la surface utilisable de l'ecran d'affichage lorsque la 
barre de taches n'est pas utilisee. Toutefois, un tel mecanisme de masquage et 
d'affichage interdit par sa nature d'observer cette barre de taches lorsque l'utilisateur 
est en train d'effectuer des actions avec le pointeur de la souris en dehors de celle-ci. 

10 

Ce quatrieme aspect de la presente invention a pour objet de proposer une maniere 
particulierement simple et intuitive pour selectivement afficher a titre principal Tun 
parmi deux ou plusieurs elements d'affichage tels que des pages HTML, des fenetres 
ou autres, et pour pouvoir etablir et conserver par defaut I'affichage d'un element 
15 d'affichage initial de fa9on independante de la position du pointeur, et ne supprimer 
cet element d'affichage initial que par un deplacement de pointeur bien determine. 

Ainsi l'invention propose selon ce quatrieme aspect un procede de gestion de 
I'affichage, sur l'ecran d'affichage d'un poste informatique, d'elements d'affichage 
20 comprenant un premier element et un second element, la zone d'affichage du premier 
element recouvrant au moins partiellement la zone d'affichage du second element, 
caracterise en ce qu'il comprend les etapes successives suivantes : 

(a) affichage du premier element, 

(b) detection des mouvements d'un pointeur actionne par l'utilisateur, pour 
25 determiner si ledit pointeur entre dans une region determinee de la zone d'affichage 

du premier element, et 

(c) lorsqu'une telle entree est detectee, affichage du second element a la place 
du premier element. 

30 D'autres aspects preferes, mais non limitatifs, du procede selon ce quatrieme aspect 
de l'invention sont les suivants : 
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- le precede est mis en oeuvre sur un poste informatique client, les elements 
d'affichage sont aptes a etre charges a partir d'un poste infonnatique serveur, le 
premier element est un element a chargement rapide, le second element est un 

5 element a chargement plus lent, et : 

- le premier element (El) est affiche des apres son chargement, 

- l'etape de detection est demarree seulement a la fin du chargement du 
second element. 

10 - le premier element contient un ou plusieurs sous-elements d'interactivite, et le 
procede comprend en outre l'etape consistant, au plus tard en meme temps que 
l'etape (b), a desactiver le ou lesdits sous-elements d'interactivite. 

- la zone d'affichage du premier element et la zone d'affichage du second element 
15 sont superposees. 

- le second element appartient, conjointement avec au moins un autre element, a une 
page interactive. 

20 - le procede comprend en outre, pendant et/ou a la fin du chargement du second 
element, au moins une etape d'affichage, en dehors de ladite zone d'affichage du 
premier element, d'un autre element informant l'utilisateur du deroulement dudit 
chargement. 

25 - le procede comprend en outre, apres l'etape (c), les etapes suivantes : 

(d) detection des mouvements du pointeur actionne par l'utilisateur, pour 
determiner si ledit pointeur entre dans une region determinee de l'ecran, et 

(e) lorsqu'une telle entree est detectee, affichage du premier element a la 
place du second element. 



30 
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- ladite region determinee consiste en une zone de 1'ecran situee en dehors de la zone 
d'affichage du second element. 

- ladite region determinee consiste en un onglet ou bouton situe au voisinage de la 
5 zone d'affichage du second element. 

- ladite region determinee est celle d'un sous-element d'interactivite appartenant au 
second element. 

10 - le premier element n'est pas remplace par le second element tant que le pointeur n'a 
pas ete amene en dehors de la region determinee de la zone d'affichage du premier 
element au moins une fois avant la detection effectuee a l'etape (b). 

- le premier element comprend plusieurs sous-elements aptes a etre affiches dans des 
15 regions determinees de la zone d'affichage du premier element, le second element 

comprend plusieurs sous-elements aptes a etre affiches dans des regions 
essentiellement superposees avec les regions des sous-elements du premier element, 
l'etape (b) est mise en oeuvre region par region, et l'etape (c) est mise en ceuvre sous- 
element par sous-element. 

20 

- l'etape (d) est mise en oeuvre region par region, et l'etape (e) est mise en oeuvre 
sous-element par sous-element. 

- les etapes (b) et (d) sont mises en oeuvre en tenant compte du parcours du pointeur 
2 5 entre sous-elements. 

- le procede comprend en outre, avant l'etape (c), l'etape supplemental consistant a 
afficher, en superposition sur le premier element, au moins un sous-element 
appartenant au second element. 

30 
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- Fetape (c) comprend une sous-etape de deplacement a l'ecran de la representation 
du premier element vers Pexterieur dudit ecran ou d'une fenetre de celui-ci. 

- pendant la sous-etape de deplacement, le ou les sous-elements du second element 
5 affiches en superposition sur le premier element restent immobiles. 

- 1'etape de detection des mouvements d'un pointeur est mise en oeuvre pendant 
qu'un bouton d'un dispositif de pointage commandant les mouvements du pointeur 
n'est pas actionne et/ou pendant que ce bouton est actionne. 

10 

- l'&ape de detection des mouvements d'un pointeur est mise en ceuvre pendant que 
le bouton du dispositif de pointage est actionne, au cours d'une operation de glisser- 
deposer d'un sous-element deplafable entre lesdits elements. 

15 - le procede comprend en outre les etapes consistant a : 

detecter l'appui d'un bouton d'un dispositif de pointage commandant les 
mouvements du pointeur, 

detecter les mouvements du pointeur pendant cet appui ; 
creer et memoriser un lien entre un element ou un sous-element sur lequel 
20 etait situe le pointeur au debut de l'appui et un element ou un sous-element sur lequel 
se trouve le pointeur a la fin de l'appui. 

- le procede comprend en outre les etapes consistant a : 

detecter l'appui d'un bouton d'un dispositif de pointage commandant les 
2 5 mouvements du pointeur, 

detecter les mouvements du pointeur pendant cet appui ; 

deplacer le sous-element d'un emplacement situe sous le pointeur au debut de 
l'appui du bouton vers un emplacement situe sous le pointeur a la fin de l'appui du 
bouton. 

30 

- le procede comprend en outre les etapes consistant a : 
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detecter l'appui d'un bouton d'un dispositif de pointage commandant les 
mouvements du pointeur, 

detecter les mouvements du pointeur pendant cet appui ; 

dupliquer le sous-element d'un emplacement situe sous le pointeur au debut 
5 del' appui du bouton en un emplacement situe sous le pointeur a la fin de l'appui du 
bouton. 

- pour 1'affichage d'une pluralite d'elements d'affichage empiles, les elements 
d'affichage sont affiches dans des zones d'affichage telles qu'au moins l'un des 
10 bords homologues desdites zones soient progressivement decales dans l'ordre 
d'empilage, de maniere a pouvoir detecter Pentree du pointeur dans Tune 
quelconque des zones d'affichage. 

II est egalement propose, selon ce quatrieme aspect de P invention, un systeme de 
15 gestion de Paffichage, sur Pecran d'affichage d'un poste informatique client, 
d'elements d'affichage comprenant un element superieur et un element inferieur, le 
premier element etant apte a recouvrir de fa9on variable le second element, 
caracterise en ce qu'il comprend : 

des moyens pour afficher Pelement inferieur dans une premiere zone 
2 0 predeterminee, 

des moyens pour afficher Pelement superieur dans une parmi au moins deux 
secondes zones telles que Pelement superieur recouvre a des degres differents 
Pelement inferieur, 

des moyens sensibles a la position d'un pointeur actionne par Putilisateur et 
25 aptes a modifier la position de Pelement superieur en fonction de la presence dudit 
pointeur dans une region sensible definie par des contours de la premiere zone et/ou 
de la seconde zone, et 

des moyens sensibles a une action de Putilisateur pour activer/desactiver 
lesdits moyens de modification de position. 

30 



Certains amenagements preferes de ce systeme sont les suivants 
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- les elements d'affichage sont des pages transmises vers le systeme a partir d'un 
serveur. 

5 - les moyens sensibles a une action de l'utilisateur comprennent une zone d'affichage 
cliquable unique situee au voisinage d'une zone occupee par l'element superieur 
quelle que soit sa position. 

- l'element superieur est apte a adopter Tune parmi deux positions dans lesquelles il 
10 recouvre une partie substantielle de l'element inferieur et il recouvre une partie 

marginale de l'element inferieur, respectivement. 

- au moins l'element superieur possede des moyens d'interactivite et, dans la seconde 
position de l'element superieur, les moyens sensibles a la position du pointeur 

15 mettent en jeu, soit une premiere zone sensible exterieure a la zone occupee par 
l'element superieur dans sa premiere position, l'entree du pointeur dans cette 
premiere zone sensible provoquant l'amenee de l'element superieur dans sa premiere 
position avec ses moyens d'interactivite inactifs, soit une seconde zone sensible 
incluse dans la zone occupee par l'element superieur dans sa seconde position, 

20 l'entree du pointeur dans cette seconde zone sensible provoquant l'amenee de 
l'element superieur dans sa premiere position avec ses moyens d'interactivite actifs. 

D'autres aspects, buts et avantages de la presente invention apparaitront mieux a la 
lecture de la description detaillee suivante d'une forme de realisation preferee de 
25 celle-ci, donnee a titre d'exemple non limitatif et faite en reference aux dessins 
annexes, sur lesquels 

les figures 1 a 13 illustrent schematiquement differents etats et comportements d'un 
procede de gestion d'affichage selon 1' invention, 

30 
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les figures 14 a 17 sont des vues schematiques en perspective illustrant le 
comportement de deux elements d'affichage superposes et des zones associees selon 
une generalisation de T invention, 

5 la figure 1 8 est une vue en plan des differentes zones exploitees, 

la figure 19 represente deux positions possibles d'un element d'affichage donne, 

la figure 20 indique une symbolique de representation des Stats du systeme de 
1 0 gestion d'affichage, 

la figure 21 est un diagramme d'etats-transitions du systeme, 

la figure 22 illustre par une modelisation en section, transversalement au plan de 
1 5 1' affichage, les comportements illustres sur la figure 21, 

les figures 23 a 25 sont des vues schematiques en perspective illustrant le 
comportement du systeme de l'invention avec trois elements d'affichage superposes, 

20 la figure 26 illustre par une modelisation en section, transversalement au plan de 
P affichage, le comportement d'un systeme selon l'invention applique a une pluralite 
d'elements d'affichage superposes. 

les figures 27 a 31 illustrent les differentes etapes du comportement d'un procede de 
25 gestion d'affichage selon l'invention, applique a des fenetres d'un systeme 
d'exploitation, 

la figure 32 illustre une structure de liens entre pages ajoutes par un utilisateur selon 
la presente invention, 

30 
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la figure 33 illustre la combinaison de la Toile et d'une toile personnelle constitute 
par de tels liens ajoutes, 

la figure 34 illustre schematiquement la fa9on de creer P association entre une page et 
5 ses liens ajoutes, 

la figure 35 illustre une fa9on d'afficher une page et les liens ajoutes qui y ont ete 
associes, 

1 0 les figures 36a a 36c illustrent un exemple de combinaison de liens ajoutes, 

la figures 37 illustre differentes operations permettant de creer des liens ajoutes entre 
pages, 

15 les figures 38 et 39 illustrent l'application d'un mecanisme de gestion d'affichage 
selon 1'invention a une superposition de pages pourvues de leurs liens ajoutes, 

la figure 40 illustre un agencement d'affichage different des liens ajoutes associes a 
des pages, 

20 

la figure 41 illustre la correspondance entre les operations de creation de liens ajoutes 
et le stockage de tels liens ajoutes, 

la figure 42 illustre de fa9on analogue a la figure 41 une correspondance dans le cas 
25 ou les liens ajoutes incluent egalement des liens ajoutes inverses, 

la figure 43 illustre schematiquement un mode de stockage des liens ajoutes 

la figure 44 illustre schematiquement un premier mode d'obtention via reseau d'une 
30 page et des liens ajoutes qui y ont ete associes, 
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la figure 45 illustre schematiquement un deuxieme mode d'obtention via reseau 
d'une page et des liens ajoutes qui y ont ete associes, 

les figure 46 a 51 illustrent six exemples de manipulations de pages et de liens 
5 ajout&s dans le cadre de pages contenues dans des repertoires d'utilisateur, 

les figures 52 et 53 illustrent deux modes de presentation de liens memorises ou liens 
ajoutes de deuxieme rang en relation avec une page courante 

1 0 la figure 54 illustre un exemple d'interface d'acces a 1 'utilisateur dans le cadre d'une 
page a laquelle sont associes des liens ajoutds, 

la figure 55a illustre un exemple d'interface utilisateur dans laquelle a une page sont 
associes d'une part des liens ajoutes, et d'autre part une selection de repertoires 
15 proches, 

la figure 55b illustre un detail d'affichage d'une page et de liens ajoutes associes 
permettant de changer un attribut d'un lien ajoute, 

20 la figure 56 illustre dans une representation standard UML un diagramme de classe 
pour les liens ajoutes et leur attribut precite, 

la figure 57 presente de maniere schematique les principes d'acces direct aux liens 
ajoutes et aux repertoires, 



25 



les figures 58 et 59 illustrent schematiquement les fondements du mode de calcul 
primaire de proximite entre repertoires pour une page courante donnee, 



la figure 60 illustre schematiquement les fondements du mode de calcul de proximite 
3 0 transitive entre repertoires pour une page courante donnee 



WO 01/35269 PCT/FR00/03157 

31 

les figures 61 a 63 illustrent schematiquement les fondements de trois modes evolues 
de calcul de proximite entre repertoires, 

la figure 64 illustre deux modes de representation graphique d'un lien ajoute associe 
5 a une page, 

la figure 65 illustre schematiquement Faeces direct aux repertoires , 

la figure 66 illustre un detail d'affichage d'un repertoire et des liens qu'il contient 
1 0 permettant de changer un attribut d'un lien, 

la figure 67 illustre dans une representation standard UML un diagramme de classe 
pour les liens et leur attribut precite, 

15 la figure 68 illustre schematiquement le placement de contenants dans un document, 

la figure 69 illustre schematiquement Fimportation d'un contenu d'un contenant dans 
un autre, 

20 la figure 70 illustre schematiquement la derivation d'un contenant, 

, la figure 71 illustre schematiquement Fimportation d'un contenu d'un document vers 
un contenant d'un autre document, 

25 la figure 72 illustre schematiquement le principe de composition des contenus, 

la figure 73 illustre schematiquement le principe de structuration de references entre 
elements, 

30 la figure 74 illustre schematiquement Faeces indirect a une page sur la Toile par 
F intermediate du systeme, 
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la figure 75 illustre schematiquement le procede mis en ceuvre par le systeme, 
la figure 76 illustre schematiquement deux contenants, 

5 

la figure 77 illustre schematiquement le procede d' importation, 

la figure 78 illustre schematiquement le procede d'importation d'un contenu dans un 
contenant de categorie differente, 

10 

la figure 79 illustre schematiquement des containers imbriques, 

les figures 80a et 80b illustrent schematiquement le procede de derivation, 

15 la figure 81 illustre schematiquement une structure infinie de derivation, 

la figure 82 illustre schematiquement un exemple simple de structure de document, 

la figure 83 illustre schematiquement le principe de stockage des attributs des 
2 0 contenus, 

la figure 84a illustre un exemple d'interface utilisateur dans laquelle a une page sont 
notamment associes des liens ajoutes et des liens sur des contenus dans un contenant, 

25 la figure 84b illustre un exemple d'interface utilisateur dans laquelle figurent des 
cases a cocher « Demandeur » et « Offreur », 

la figure 85 est un diagramme de classe en representation UML d'une structure 
hierarchique de Contenants d'informations utilisee selon un troisieme aspect de la 
30 presente invention, 
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la figure 86 est un diagramme de classe incluant la notion de Profil d'Utilisateur, 

la figure 87 est une autre illustration de ['organisation de Profils, Contenants et 
Contenus, 

5 

la figure 88 est un diagramme de classe dans lequel sont introduces les notions de 
Reference a Contenu (lien vers contenu) et de popularite de Contenu, 

la figure 89 est un diagramme de classe dans lequel sont introduces les notions de 
1 0 Contenu Direct et de Contenu Indirect, 

la figure 90 illustre un avantage essentiel d'une forme de realisation de base de 
1' invention, 

15 la figure 91 est un diagramme de classe illustrant la notion de Reference en cascade, 
la figure 92 illustre un principe de propagation de profil, 

les figures 93 et 94 illustrent la creation de liens correspondant a la propagation de 
20 Profils de la figure 92, 

la figure 95 illustre un autre principe de propagation de profil, 

les figures 96 et 97 illustrent la creation de liens correspondant a la propagation de 
2 5 Profils de la figure 95, 

les figures 98 et 99 illustrent des creations de liens occasionnees par un processus de 
Referencement, 

30 la figure 100 est un diagramme de classe integrant les notions de propagation de 
Profils et de Referencement de Profils, 



WO 01/35269 PCT/FROO/03157 

34 



les figures 101 a 104 illustrent quatre configurations possibles de transition de liens, 

les figures 105 a 107 illustrent des creations de liens concernant l'archivage 
5 d' elements et leur restauration, 

la figure 108 illustre un principe de collecte de Profils sous forme d'un ensemble de 
fichiers communs, 

10 la figure 109 est un diagramme de classe mettant en oeuvre le principe de la figure 
108, 

la figure 1 10 illustre une construction d'arborescence dans le cadre du principe de la 
figure 108, 

15 

la figure 111 est un diagramme de classe reprenant Tensemble des principes des 
figures 85 a 110, 

la figure 112 illustre une structure arborescente de classeurs selon la presente 
20 invention, 

la figure 1 1 3 est un diagramme de classe integrant cette notion de classeurs, 

la figure 114 illustre la structure d'une base de donnees SQL associee a 
2 5 1 'organisation en classeurs, 

la figure 1 1 5 illustre une table de classeurs, 

la figure 1 16 illustre une table d'elements propres a l'utilisateur dans un classeur, 

30 

la figure 1 17 illustre une table de liens, 
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la figure 118 illustre la creation d'un element « Derive », 

la figure 1 19 illustre la suppression d'un sous-element propre non Derive, 

5 

les figures 120a a 120c illustrent la suppression d'un sous-element propre Derive, 
la figure 121 illustre une table de liens lors de la restauration d'un sous-element, 
10 la figure 122 illustre le comportement de sous-elements « implicites », 
la figure 123 illustre une table de liens correspondante, 
la figure 124 illustre l'acceptation de sous-elements implicites, 

15 

la figure 125 illustre une table de liens correspondante, 
la figure 126 illustre le refus d'un sous-classeur implicite, 
20 la figure 1 27 illustre la table de liens correspondante, 

la figure 127a illustre un exemple possible d'interface utilisateur, 
la figure 128 illustre une mesure de proxirnite entre deux Profils, 

25 

la figure 129 illustre une autre mesure de proxirnite possible, 

la figure 130 illustre les contenus respectifs de deux pages de classeurs d'utilisateurs, 
organisees selon deux criteres communs, 

30 

la figure 1 3 1 illustre des suggestions par Recommandation Collaborative, 



WO 01/35269 



PCT/FR00/03157 



36 

la figure 132 illustre les deux pages de classeurs d'utilisateurs apres insertion d'un 
element accepte, 

5 la figure 133 illustre ces deux memes pages de classeurs, avec des insertions 
d'elements acceptes en des positions repondant a d'autres criteres, 

la figure 134 illustre une architecture de serveurs permettant, avec le pr^sente 
invention, de mettre en oeuvre des fonctions d'anonymat et de commission sur 
1 0 operations de commerce electronique. 

Introduction de la description 

On va presenter dans la suite dans trois chapitres, differents systemes et procedes lies 
15 entreeux. 

Le chapitre I vise en particulier des perfectionnements a la gestion de l'affichage sur 
ecran d'elements graphiques tels que des pages de la Toile, des parties de pages ou 
encore des fenetres d'un systeme d' exploitation, dans differentes circonstances telles 
2 0 que le chargement de pages ou des operations de glisser-deposer. 

Le chapitre II vise, en utilisant notamment la gestion d'affichage du chapitre I, a 
permettre a un utilisateur de creer des liens personnels entre des pages de la Toile, et 
vise egalement differentes techniques pour mettre a profit ces liens crees. 

25 

Le chapitre III vise, en utilisant notamment les techniques de liens crees du chapitre 
II, differentes techniques d'enrichissement mutuel des connaissances notamment via 
F Internet. II reprend a cet egard des notions exposees dans le chapitre II et les 
generalise. 

30 
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Chapitre I - Gestion de zones d'affichage superposees (Figures 1-27) 

En reference tout d'abord a la figure 1, on a represent schematiquement une page 
interactive P, telle qu'une page en langage HTML, qui doit etre chargee sur un 
5 reseau lent et/ou irregulier tel que 1 'Internet, et qui est volumineuse (quelques 
dizaines de Kilo-octets, voire plus de cent Kilo-octet, ou meme plus). 

Cette page est decomposee en deux zones d'affichage Zl et Z2 couvrant ensemble, 
typiquement, une fenetre d'un logiciel de navigation sur Internet. Dans l'exemple de 
10 la figure 1, un element de page E2 est charge dans la zone Zl, tandis qu'un element 
de page E5 est charge dans la zone Z2. 

L'une de ces zones (la zone Zl en 1'occurrence) est definie comme pouvant 
«tolerer» le recouvrement de 1'affichage de la page P par l'affichage d'elements 
15 externes. 

Autrement dit, la decomposition en zones permet de distinguer une zone (Zl) dans 
laquelle l'affichage de l'element courant (1 'element E2) peut etre recouvert 
(entierement ou partiellement) par l'affichage d'un (ou plusieurs) elements qui 

2 0 n'appartiennent pas a la page interactive P. 

- Bien entendu, les zones en question pourraient etre de n'importe quelle forme, et 
constitutes de parties (sous-zones) contigues ou non. 

25 Selon la presente invention, on vise a faire patienter l'utilisateur pendant le 
chargement de la page interactive, Fidee de base consistant a lui presenter au 
prealable un element supplemental (element El dans les schemas qui suivront) 
doht la caracteristique essentielle est d'etre legere en termes de volume de donnees a 
transmettre, en etant par exemple constituee d'un simple texte introductif, c'est-a- 

3 0 dire tres rapidement chargeable. 



WO 01/35269 



PCT/FR00/03157 



38 

La figure 2 illustre Pelement El affiche dans la zone Zl apres avoir ete charge. 

L'affichage de cet element El est effectuee dans la zone Zl afin de pouvoir recouvrir 
par la suite raffichage de certains elements de la page interactive (et plus 
5 precisement Pelement E2) quand ceux-ci seront charges. 

On va maintenant decrire un certain nombre de details de mise en oeuvre concrete de 
P invention. 

10 Section 1- Stabilite de l'affichage de P&ement El 

La duree de chargement cumulee des elements E2 et E5 destines a constituer la page 
P n'etant pas exactement previsible, et par ailleurs la duree necessaire a Pexamen 
complet par Putilisateur du contenu de Pelement El - c'est-a-dire la duree de lecture 
15 du texte qu'il contient - etant dependante des capacites et de Pattention de 
Putilisateur, il est avantageux que Pelement El reste affiche jusqu'a que Putilisateur 
Pote de sa propre initiative. II est en effet desagreable pour Putilisateur de se voir 
tout a coup prive d'un texte il est en train de lire. 

20 L'approche adoptee, qui va maintenant etre decrite plus en detail en reference a la 
figure 3, est la suivante : des la fin du chargement des elements E2 et E5 initialement 
necessaires a P execution de la page interactive P, tout ou partie de la zone Zl dans 
laquelle doit etre affiche Pelement El sert de « zone sensible », de maniere a ce que, 
quand le pointeur d'une souris (ou tout autre peripherique d'entree de la machine 

25 constituant un dispositif de pointage) entre dans cette zone Zl (et sans qu'un clic de 
souris ne soit necessaire), l'affichage de Pelement El est automatiquement remplace 
par celui de Pelement E2. 

On observera ici que Pon peut £quiper la machine de moyens (bouton, fenetre de 
30 dialogue ou autre) permettant alors a Putilisateur de declarer le cas echeant que par la 
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suite, il ne souhaite plus voir l'element El affiche. Ce moyen peut par exemple etre 
un sous-element d'interactivite dans E2 ou El. 

Section 2- Re-affichage de l'element El 

5 

Sauf indication contraire explicitement donnee par 1'utilisateur comme indique ci- 
dessus, on prevoit alors que 1'utilisateur puisse retrouver ulterieurement l'element El 
de sa propre initiative et le plus facilement possible, par exemple dans le cas ou il 
Taurait ote par erreur. 

10 

Or, apres le remplacement de l'element El par l'element E2, puisque l'element E2 
doit offrir a 1'utilisateur toutes ses propres possibility d'interactivite (liens 
hypertexte, etc.) dans la zone d'affichage Zl, il est avantageux que cette zone Zl ne 
serve pas a declencher l'operation inverse, c'est-a-dire le remplacement de l'element 
15 E2 par l'element El. 

Pour satisfaire a cette contrainte, et comme illustre sur la figure 4, au moment ou 
l'element E2 est affiche, on prevoit que tout ou partie de la zone d'affichage Z2 dans 
laquelle est affiche l'element E5 devienne a son tour « zone sensible » ; l'element El 
20 pourra ainsi etre re-affiche des la detection de l'entree du pointeur dans cette zone. 

Toutefois, des que l'element El a ete de nouveau affiche, il faut que l'element E5 
offre toutes ses propres possibility d'interactivite. C'est alors, comme 
precedemment, tout ou partie de la zone Zl (contenant alors l'element El) qui 
2 5 redevient zone sensible. Ceci est illustre sur la figure 5. 

Les comportements des figures 4 et 5 peuvent, dans la presente forme de realisation, 
etre enchaines a l'infini, aussi longtemps que 1'utilisateur n'a pas appele d'autres 
pages. 
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Bien evidemment, tant E2 que El peuvent aussi posseder des sous-elements 
d' interaction, constituant d'autres zones sensibles, pour respectivement amener et 
enlever l'element El. 

5 On va maintenant decrire en detail differents deroulements du procede selon 
1' invention. 

Cas 1 : Lepointeur de la souris se trouve initialement dans la zone 22 

10 II s'agit du cas ou, au moment ou les elements necessaires a F execution initiale de la 
page interactive P sont finis d'etre charges, le pointeur de la souris se trouve dans la 
zone d'affichage qui ne contient pas l'element El. 

Le d6roulement du procede est alors le suivant : 

15 

- l'element El est charge et affiche en premier, et reste affiche tant que les elements 
necessaires a Texecution initiale de la page interactive P (a savoir les elements E2 et 
E5) ne sont pas encore charges ; 

20 - l'element El reste affiche, meme apres chargement des elements E2 et E5, tant que 
le pointeur actionne par la souris n'effectue pas une entree dans la zone d'affichage 
Zl contenant l'element El ; 

- c'est seulement lors d'une telle entree qu'il est remplace par les elements E2 et E5 ; 

25 

- au cas oil le pointeur est ensuite amene dans la zone d'affichage Z2 qui ne contient 
pas Telement E2, l'element El est affiche a nouveau (E2 peut rester affiche ou pas). 

Cette sequence est presentee dans le diagramme de la figure 6. 

30 
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Cas 2 : Le pointeur de la souris se trouve initialement dans la zone Zl 

11 s'agit du cas oil, au moment ou les elements E2 et E5 necessaires a 1'execution 
initiate de la page interactive P ont ete charges, le pointeur de la souris se trouve dans 
5 la zone d'affichage Zl qui contient T element E 1 . 

Dans ce cas l'element El reste affiche aussi longtemps que le pointeur n'est pas sorti 
de la zone Zl, puis a nouveau entre dans celle-ci ; c'est seulement dans ce dernier cas 
que l'element El est remplace par les elements E2 et E5 sur 1'ecran d'affichage. 

10 

Cette sequence est presentee dans le diagramme de la figure 7. 
Approche dite de « streaming » 

15 Bien entendu, dans tous les cas, les elements E2 et E5 de la page interactive P 
pourront etre transmis dans une approche dite de « streaming », approche classique 
dans laquelle des elements d'une page sont affiches et executes avant que la page soit 
entierement chargee. II n'est en effet pas necessaire d'attendre que la totalite de ces 
elements de la page soient charges pour activer la ou les « zones sensibles ». 

20 

On va presenter ci-apres une approche de « streaming » pour l'element El, qui dans 
le present exemple est constitue par deux sous-elements El. 1 et El. 2. 

Plutot que d'attendre la fin du chargement complet de l'element El, les parties 
25 distinctes El.l et El .2 de l'element El (qui peuvent etre par exemple principalement 
du texte) peuvent etre chargees et affichees successivenient, dans l'ordre de lecture. 

Le principe d'affichage des elements en fonction des deplacements du pointeur de la 
souris peut rester identique, comme le presente le schema de la figure 8. 

30 
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En variante, le comportement des differentes parties de l'element El peuvent etre 
dissociees, selon les regies enoncees ci-dessous et decrites en reference aux figures 9 
a 12, sur lesquelles chaque « fenetre » a pour but de montrer d'une part les nouveaux 
elements affiches en reaction a Taction de deplacement du pointeur de la souris 
presentee dans la fenetre immediatement precedente, le cas echeant, d'autre part une 
nouvelle action de deplacement de la souris dont I'effet est montre dans la fenetre 
suivante, le cas echeant : 



10 



20 



Regie 1 



II s'agit ici d'un simple rappel du principe deja enonce dans le paragraphe « Cas 2 : 
Le pointeur de la souris se trouve initialement dans Zl » : 

Dans le cas ou, au moment de la fin du chargement des elements E2 et E5 de la page 
interactive P, le pointeur de la souris se trouve dans la zone Zl, les deplacements du 
1 5 pointeur n'ont pas d'effet tant que le pointeur n'est pas amene en dehors de la zone 
Zl (c'est-a-dire introduit dans la zone Z2) puis retourne ensuite dans la zone Zl. 
Ceci est illustre sur la figure 9. 



Rezle 2 



Le deplacement du pointeur de la souris, de la zone Z2 a la zone Zl, declenche le 
remplacement de l'affichage du seul sous-element touche par le sous-element 
correspondant de la page interactive. Dans l'exemple illustre sur la figure 10, l'entree 
du pointeur dans la region affectee au sous-element El.l de l'element El provoquera 
2 5 son remplacement par un sous-element E2.1 de l'element E2, tandis que l'autre sous- 
element El. 2 de l'element El restera intact. 

Rezle 3 

Cette regie aborde la reversibilite du comportement defini par la regie 2 : si le 
30 pointeur revient ensuite dans la zone Z2, meme en etant passe par d'autres regions 
entre-temps, mais a condition d'avoir automatiquement defait les remplacements 
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causes entre-temps, l'affichage de l'element E2.1 est remplace par celui de Foment 
E 1 . 1 . Ceci est illustre sur la figure 1 0. 

Les schemas des figures 1 1 et 12 presentent d'autres exemples de mise en ceuvre de 
5 la reversibilite, tels que decrits ci-dessous : 

Regie 4 

Le deplacement du pointeur de la souris de la region occupee par le sous-element 
E2.1 a la region occupee par le sous-element El. 2 declenche le remplacement de 
10 l'affichage du sous-element El. 2 par celui du sous-element correspondant E2.2 de la 
page interactive. 

Regie 5 

Cette regie decrit une forme de reversibilite de la regie 4 : si le pointeur retourne de 
15 la region du sous-element E2.2 a a la region du sous-element E2.1, meme en etant 
passe par d'autres regions entre-temps mais a condition d' avoir automatiquement 
defait les remplacements causes entre-temps, l'affichage du sous-element E2.2 est 
remplace par celui du sous-element El. 2. Ceci est illustre sur la figure 11. 
Le schema de la figure 12 presente une variante de mise en ceuvre de la regie 5. 
20 Supposons qu'apres le parcours suivant du pointeur de la souris : 

Z2 -> El.l (qui devient E2.1) ->E1.2 (qui devient E2.2) 
le pointeur de la souris soit amene de la region occupee par le sous-element E2.2 
jusque dans la zone Z2. Ceci, du fait qu'il ne s'agit pas un retour au sens de la Regie 
3, n'engendre pas le remplacement du sous-element E2.2 par le sous-element El. 2. 

25 

Regie 6 

Cette regie consiste a rendre l'operation ci-dessus reversible : si le pointeur retourne 
de la zone Z2 a la region occupee par le sous-element E2.2, meme en etant passe par 
d'autres zones entre-temps mais a condition d 'avoir automatiquement defait les 
30 remplacements causes entre-temps et si le retour s'effectue avant un « seuil 
temporel » donne, l'operation est consideree comme etant defaite. Ceci est illustre 
sur la figure 12. Cette forme de realisation permet avantageusement de ne plus 
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appeler les sous-elements constituant l'element initial El lorsqu'une p6riode de 
temps predeterminee s'est ecoulee pendant laquelle Tutilisateur est reste sur les sous- 
elements de l'element E2, ce qui est revelateur par exemple d'un debut de travail de 
Putilisateur sur l'element E2. 

5 

Section 3 - Exemples duplications du present chapitre 

Dans le cadre duplications Internet ou autres, le procede selon 1' invention peut etre 
complete par exemple par des elements presentes dans le diagramme de la figure 13. 
10 Les informations portes par les elements qui y sont represents sont par exemple les 
suivantes : 

Element El : texte (et le cas echeant image et/ou son, etc) introductif ou d'accueil, 
l'essentiel etant que sont chargement soit relativement rapide comparativement aux 
1 5 elements E2 et E5 (constituant par exemple la page principale du site) ; 

Element E3 . occupant initialement la zone Z2 : par exemple un message du type 
« Priere de patienter ; la page interactive est en train d'etre chargee » ; 

20 Element E4 . rempla9ant l'element E3 dans la zone Z2 : par exemple un message du 
type « Le chargement minimal de la page interactive est termine » ; 

Element E2 : la partie de la page principale occupant la zone Zl ; 

25 Element E5 : la partie de la page principale occupant la zone Z2. 

L'homme du metier saura aisement mettre en oeuvre 1'invention dans une machine 
par exemple du type ordinateur personnel (au standard « PC », « MacOS » (marque 
deposee), etc.), comportant un processeur, des memoires, et entrees/sorties, un ecran 
30 d'affichage et une liaison avec un serveur delocalise, ceci par exemple par 



I 
i 
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programmation de routines approprtees en liaison avec le protocole de chargement 
des elements depuis le serveur, sachant notamment que 

- la definition de « zones sensibles » pour un pointeur de souris ou analogue 

- la detection de la presence du pointeur dans ces zones, 

5 - la detection de fin de chargement. de differentes pages HTML ou de leurs elements 
individuels (textes, images, sons, etc.) 

constituent des outils classiques a disposition des developpeurs. 

On peut par ail leurs apporter de nombreuses variantes a la presente invention. 

En premier lieu, on peut prevoir que la region dans laquelle va s'afficher l'element 
initial El ne soit pas superposee exactement a la region dans laquelle va s'afficher 
l'element E2 de la page principale. En particulier, la region occupee par l'element El 
peut etre plus petite que la region (zone Zl) dans laquelle s'affichera, dans les 

15 conditions defmies plus haut, l'element E2. Dans ce cas, la partie de la zone Zl non 
recouverte par la region occupee par l'element El peut par exemple rester vierge 
aussi longtemps que l'element E2 n'est pas affiche. Dans cette hypothese, c'est 
avantageusement P entree du pointeur de la souris dans la seule region occupee par 
l'element El qui provoquera le remplacement de l'element El par l'element E2. La 

20 region occupee par l'element El peut aussi etre plus grande que la region (zone Zl) 
dans laquelle s'affichera l'element E2. 

Selon une autre variante, on peut prevoir que le rappel de l'affichage de l'element El 
en lieu et place de l'element E2 s'effectue non pas en amenant le pointeur de la 
2 5 souris dans la zone Z2, mais par toute autre action et notamment : 

- en amenant le pointeur de la souris (avec le cas echeant la necessite d'un clic) dans 
un bouton, onglet, etc. affiche au voisinage de l'element E2 lorsque ce dernier est 
affiche (ou encore appartenant a ['element E2) ; 

- par appui sur une touche specifique du clavier de la machine, 
30 -etc. 
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On peut par ailleurs prevoir que les differents sous-elements de Pelement initial El 
soient contigus ou non contigus. 

Au surplus, on peut recourir a differentes techniques de deplacement d'elements pour 
5 retirer El de la zone d'affichage Zl (ou de la ou des regions qu'il occupe dans cette 
zone, le cas echeant) avec un effet visuel donne pour Putilisateur. En particulier, on 
peut prevoir une translation horizontale ou verticale progressive de la representation 
de Pelement El vers l'exterieur de Pecran. 



10 Egalement, on peut prevoir que Pelement El, apres avoir ete initialement affiche, 
soit recouvert par certains sous-elements (boutons, etc.) appartenant a Pelement E2 
en cours de chargement (cas par exemple d'un chargement de E2 en « streaming »). 
Pelement El est done en quelque sorte en « sandwich » entre certains sous-elements 
de Pelement E2 (ceux qui resteront invisibles jusqu'a ce que Pelement El soit ote) et 

15 d'autres sous-elements de Pelement E2 qui vont se comporter comme indique ci- 
dessus. 



Dans ce cas, la disparition de Pelement El lors de Pentree du pointeur dans la zone 
associee, lorsqu'elle se fait par translation vers l'exterieur de Pecran de la 
20 representation a Pecran dudit element, est avantageusement effectuee en laissant 
immobiles le ou les sous-elements de Pelement E2 alors visibles a Pecran. 



On peut enfin prevoir que Pelement El affiche initialement contienne des sous- 
elements d'interactivite (liens vers Pautres pages, boutons declenchant des actions, 

25 etc.). Dans ce cas, on prevoit avantageusement que ces sous-elements soient actifs 
(e'est-a-dire actionnables par pointeur de souris notamment) au moins pendant la 
periode au cours de laquelle Pelement E2 est en cours de chargement, et que ces 
sous-elements deviennent inactifs des le moment ou Pentree du pointeur dans la zone 
de Pelement El doit provoquer la disparition de cet element. En effet, les sous- 

30 elements d'interactivite en question ne sont alors plus atteignables. 
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On va maintenant decrire en reference aux figures 14 a 24 une generalisation de la 
presente invention telle que decrite ci-dessus. 

On se place tout d'abord dans le situation ou Ton souhaite visualiser deux pages (par 
5 exemple des pages HTML) dans une seule fenetre d'affichage. 

Pour bien faire comprendre cet aspect de l'invention, on va considerer que ces deux 
pages sont dans deux plans differents, la page PI du plan superieur recouvrant 
partiellement la page P2 du plan inferieur, en etant entierement visible dans la fenetre 
10 de visualisation (dont la taille est ici legerement superieure a celle de la page P2), 
comme illustre sur la figure 14. 

La page PI du plan superieur peut egalement occuper une position decalee; elle 
recouvre encore partiellement la page P2, mais n'est visible que partiellement, 
1 5 marginalement, comme l'illustre la figure 15. 

Dans cette forme de realisation, on prevoit en outre une « pince » virtuelle qui peut 
fixer ensemble les deux pages, comme on le detaillera plus loin, et ce dans une ou 
I'autre de leurs deux positions mutuelles. Cette pince est schematisee par PC sur les 
20 figures 16 et 17. 



En vue en plan, l'utilisateur peut ainsi distinguer quatre zones Zll, Z12, Z13 et Z14 
dans sa fenetre d'affichage, comme le presente la figure 18. 

La zone Zl 1 est une zone qui n'est jamais couverte par la page PI du plan superieur. 
La zone Zl 1 contient done en permanence la partie correspondante de la page P2 du 
plan inferieur. 



30 



La zone Z12 est la zone couverte par la page PI du plan superieur quand celle-ci 
n'est pas decalee, e'est-a-dire quand elle occupe la position illustree sur la figure 14. 
Et lorsque la page PI du plan superieur est decalee (situation de la figure 15), la zone 
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Z12 presente la partie correspondante de la page P2 du plan inferieur, cette page 
occupant alors la somme des zones Zl 1 et Z12. 

La zone Z13 est la zone occupee par la pince, qui peut etre symbolisee 
5 graphiquement de toute fa?on appropriee. 

Enfin la zone Z14 est une zone qui est couverte par la page PI du plan superieur 
quelle que soit la position de cette derniere. 

10 Nous allons maintenant presenter les differents etats possibles du systeme et les 
transitions possibles entre ces etats, ces dernieres etant la consequence des actions de 
l'utilisateur. 

Les etats sont definis par : 
15 • la position de la page du plan superieur (c'est-a-dire decalee ou non decalee) 

• les positions possibles d'un pointeur de souris par rapport aux differentes 
zones, 

• l'etat de la pince PC (ouverte ou fermee). 

20 La figure 19 presente les deux positions possibles de la page PI du plan superieur. 

La figure 20 presente un exemple d'etat du systeme, pour lequel est specifie un 
ensemble de regions sensibles reagissant a Tarrivee dans celles-ci du pointeur de la 
souris, la position de la page du plan superieur et Tetat de la pince. 

25 

Dans Texemple de la figure 20, les regions grisees (ici les zones Z12 et Z13) 
designent des endroits ou la presence du pointeur n'a pas d'effet sur le systeme, 
tandis que les regions blanches (ici les zones Zl 1 et Z14) designent des regions pour 
lesquelles Pentree du pointeur dans Tune de celles-ci provoque une action, comme 
30 on le detaillera plus loin. 
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Le comportement du systeme est pr^sente dans la figure 21 sous la forme d'un 
diagramme d'etats-transitions, qui illustre les differentes manipulations des pages PI 
et P2 dans leurs plans respectifs. 

5 Le systeme fait en sorte que la page PI du plan superieur ne soit remplacee par la 
page P2 du plan inferieur (une fois que cette derniere a ete chargee a partir d'un 
serveur, le cas echeant) que seulement sur action implicite de l'utilisateur, et ceci de 
maniere tres intuitive. Contrairement aux procedes de « streaming », l'utilisateur ne 
sera ainsi pas surpris de voir remplacee la page qu'il est justement en train 
10 d'examiner. 

Ainsi, quand la page du plan inferieur est le cas echeant chargee : 

- si le pointeur de la souris se trouve dans la zone Zl 1, le fait de l'amener dans la 
zone Z12 

15 - si le pointeur se trouve dans Tune des zones Z12, Z13 et Z14, le fait de 

Pamener dans la zone Zl 1 puis de nouveau dans la zone Z12 
aura comme consequence de decaler la page PI du plan superieur. 

Ensuite, l'utilisateur pourra provoquer le mouvement inverse de la page PI du plan 
2 0 superieur (c'est-a-dire la ramener dans la zone Z12) : 

- soit en ramenant le pointeur de la souris dans la zone Zl 1 , 

- soit en ramenant le pointeur de la souris dans la zone Z14. 

Ce double choix offert a l'utilisateur presente un avantage important : 
25 - le premier choix permet d'utiliser les moyens d'interactivite (boutons, etc.) 

contenus dans la page P2 du plan inferieur dans la zone Zl 1, 

- le deuxieme choix permet d'utiliser les moyens d'interactivite contenus dans la 
page PI du plan superieur dans la zone Z12. 

30 Le fait de « serrer» la pince PC (par exemple par un simple clic de souris dans la 
zone dediee Z13) a pour effet d'eviter de decaler la page du plan superieur a la suite 
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des manipulations indiquees ci-dessus. En d'autres termes, le processus de decalage 
et de retour de la page PI est alors neutralise, et les positions mutuelles des pages PI 
et P2 (que ce soit avec la page PI decalee ou la page PI non decalee) sont figees. 

5 Cette neutralisation peut etre supprimee avantageusement en cliquant a nouveau dans 
la zone Z13 pour « desserrer » la pince PC. 

On notera que les diffcrents etats et les differentes transitions illustres sur la figure 21 
peuvent etre completes le cas echeant par d'autres etats et d'autres transitions, 
10 notamment lorsqu'il existe dans la fenetre, a l'exterieur des zones Zll a Z14, une 
zone de marge qui peut etre utilisee, par exemple, pour passer de la zone Zl 1 a Tune 
des zones Z13 ou Z14, ou reciproquement, sans passer par la zone Z12 qui les 
separe. 

15 Le systeme decrit ci-dessus en reference aux figures 14 a 22 peut etre etendu pour 
gerer plus de deux plans superposes. 

Ainsi Ton a illustre sur les figures 23 a 26 une page P2 de plan inferieur qui est fixe, 
et deux pages PI et PI' de niveaux respectivement superieur et intermediate, qui 
20 peuvent individuellement adopter une position non decalee (pleinement visible) ou 
decalee. La pince PC est ici commune aux trois pages, et peut done occuper une zone 
graphique unique. 

En supplement de la pince, un moyen graphique de « solidarisation » des plans 
25 adjacents pris deux a deux peut etre mis en oeuvre. Quand ce moyen est active, les 
deux plans qu'il relie se deplacent ensemble. 

Le systeme decrit en reference aux figures 14 a 26 peut ici encore avantageusement 
etre mis en oeuvre dans le cadre duplications sur FInternet, dans lesquelles les 
30 pages mettent un temps significatif a etre chargees. La page PI du plan superieur 
pourra etre chargee en premier et faire patienter 1'utilisateur pendant que la page P2 
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du plan inferieur se charge. De meme, Paffichage des pages PI et/ou P2 peut 
permettre de faire patienter l'utilisateur pendant le chargement d'une autre page P3, 
encore plus « inferieure » selon la presentation adoptee ici, et ainsi de suite. 

5 Enfin, dans les differentes formes de realisation de 1' invention, on peut prevoir une 
page PI sensiblement plus petite que la page P2, auquel cas les zones d'affichage 
occupees par la page PI dans ses deux positions respectives sont disjointes. 

On va maintenant decrire en reference aux figures 27 a 31un procede de gestion de 
10 1'affichage de fenetres d'un systeme d'exploitation notamment lors d'operations de 
glisser-deposer. 

La figure 27 illustre une premiere fenetre Fl qui recouvre partiellement une seconde 
fenetre F2 (peu importe ici que la fenetre qui se trouve « sur le dessus » soit active ou 
15 non). 

On a illustre sur la figure 28 un pointeur (ou curseur) PT de souris qui se trouve sur 
un objet 01 (tel qu'un dossier ou document) visible dans la fenetre Fl. L'appui par 
l'utilisateur d'un bouton de la souris permet, de fa?on connue en soi, de « saisir » cet 
20 objet en vue d'une operation, egalement connue en soi, de «glisser-deposer ». 

Sur la figure 29, le pointeur PI accompagne de l'objet 01 parcourt un trajet (fleche 
fl) de la fenetre Fl vers la partie visible de la fenetre F2, en franchissant done le 
bord (gauche en roccurrence) de la fenetre Fl, sans lacher le bouton de la souris. 

25 

Sur la figure 30, le mouvement du pointeur PT accompagne de l'objet 01 atteint a 
nouveau, par un mouvement inverse (fleche f2), le bord de la fenetre Fl 
prealablement franchi. Ce phenomene provoque, dans le present exemple de 
realisation, la mise en arriere-plan de la fenetre Fl par rapport a la fenetre F2. 

30 
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L'entierete de la fenetre F2 devient done visible, et 1'utilisateur peut done librement 
choisir lequel, parmi les objets visibles dans toute la fenetre F2, celui des objets 
(objet designe par 02) sur lequel il va deposer Tobjet 01. Ceci est illustre par la 
figure 3 1 . 

5 

Selon une variante, on peut prevoir que lors du mouvement du pointeur selon la 
fleche f2, la fenetre Fl se deplace, de preference selon le meme mouvement que le 
pointeur PT, pour ainsi progressivement degager la fenetre F2. 

10 D'autres variantes sont bien entendu possibles, et notamment : 

- le systeme effectue une signalisation aupres de 1'utilisateur lors de l'atteinte par le 
pointeur du bord de la premiere fenetre ; cette signalisation peut etre choisie dans le 
groupe comprenant une signalisation visuelle, une signalisation sonore et une 

15 signalisation tactile telle qu'un retour de force au sein d'un peripherique d'entree 
manuel qui commande ledit pointeur ; 

- la fenetre Fl peut passer automatiquement en arriere-plan de la fenetre F2 des que 
le pointeur PT muni de Tobjet 01 a sejourne dans la zone de la seconde fenetre non 
recouverte par la premiere fenetre pendant une duree superieure a un seuil 
predetermine ; 

- la fenetre Fl peut passer automatiquement en arriere-plan de la fenetre F2 
lorsqu'une touche d'un clavier du poste informatique est actionnee, ou encore par 
commande vocale ; 

- la mise en arriere-plan ou le deplacement de la fenetre Fl pour degager la fenetre 
F2 peut etre reversible, par exemple en effectuant un deplacement inverse du 
pointeur apres son mouvement selon la fleche f2. 

20 

Bien entendu, l'homme du metier saura effectuer les adaptations necessaires dans le 
cas oil il faut gerer 1'affichage de plusieurs fenetres superposees. 



* * * 
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Chapitre II - Creation de liens (Figures 32 a 84) 

Selon un autre aspect de l'invention, on va maintenant decrire un systeme pennettant 
5 a P utilisateur decreer des liens hypertexte (que Ton appellera dans la suite « liens 
ajoutes ») entre des pages qu'il decouvre au gre de sa navigation sur PInternet. 

Un but de ce systeme est que chaque utilisateur ajoute ses propres liens dans la masse 
d'informations disponible sur PInternet. La figure 32 illustre ce concept, chaque 
10 point noir representant une page et chaque trait separant deux points noirs 
representant un lien ajoute. 

Concretement, P utilisateur met en place de nouveaux liens au cours meme de sa 
navigation, ces liens ajoutes etant destines a Paider dans sa navigation dans le futur. 
15 II navigue ainsi de maniere « pro-active ». 

En d'autres termes, pour chaque utilisateur, 1'ensemble des liens ajoutes, que Ton 
peut considerer comme sa toile miniature personnelle (Miniweb), s'ajoute a la toile 
Internet (Web) a laquelle il avait deja acces, comme illustre sur la figure 33. 

20 

A cet effet, le systeme est installe entre le navigateur et les sites visites, et augmente 
pour chaque utilisateur le reseau des liens qui sont a sa disposition pour naviguer. 
Pour ce faire, le systeme est dote de moyens de stockage des liens ajoutes. Ces 
moyens permettent, a chaque acces (Link) a une page a laquelle un ou plusieurs liens 
25 ajoutes ont ete associes, de presenter ces derniers a Putilisateur en supplement de 
ladite page. Sur un plan pratique, et comme Pillustre la figure 34, une indirection est 
etablie vers une table (Link-* Added Links) de stockage des liens ajoutes, afin 
d'associer ces liens ajoutes (Added Links) a cette page avant de la presenter a 
rutilisateur. 

30 
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Le stockage des liens ajoutes peut etre local (sur le poste client) ou distant (sur un 
serveur approprie). Dans la suite de la description, on se focalisera sur un stockage 
distant. En effet, dans certains des perfectionnements qui seront presentes plus loin, 
les liens formant les toiles miniatures personnelles de differents utilisateurs seront 
5 automatiquement compares entre eux et des liens ajoutes pourront etre communiques 
d'une toile personnelle a une autre, ce qu'un stockage distant permet plus facilement 
de mettre en oeuvre. 

Chaque toile personnelle peut ainsi s'enrichir de liens ajoutes provenant d'autres 
10 toiles personnelles, et proposes automatiquement par le systeme qui par exemple 
possede en outre des moyens pour detecter que leurs utilisateurs respectifs partagent 
les memes centres d'interet. Par ailleurs, chaque utilisateur peut se constituer un 
cercle de relations (d'amis) proposees par le systeme suite a la detection de centres 
d'interets communs. 

15 

La suite de la description est structuree de la maniere suivante : 

On presentera d'abord le systeme qui permet a un utilisateur de creer des liens 
ajoutes et de les retrouver ulterieurement (lors des acces aux pages auxquelles ils ont 
2 0 ete associes). Ceci est decrit dans la section « Creer et retrouver des liens ajoutes ». 

On presentera ensuite un perfectionnement du systeme consistant a combiner des 
liens ajoutes avec une approche de stockage de ces liens dans une structure 
hierarchique de repertoires et sous-repertoires (c'est-a-dire en integration avec 
25 Tapproche classique des systemes de memorisation de « liens favoris », « signets », 
ou « bookmarks » ou encore « scrapbook » selon la terminologie anglo-saxonne). 
Ceci sera decrit dans la section « Creation de liens ajoutes dans des Repertoires ». 

On presentera ensuite un perfectionnement du systeme classique de marque-pages, 
30 qui consiste a rendre les marque-pages contextuels. 
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On presentera ensuite un perfectionnement du systeme perrnettant aux utilisateurs de 
publier (ou mettre a disposition d'un groupe restreint) au moins un sous-ensemble 
des liens ajoutes de leur toile personnelle. Ces liens ajoutes pourront etre visualises 
directement au moyen d'un navigateur Internet standard. Alternativement, ces liens 
5 ajoutes pourront etre consultes avec le systeme et enrichir la toile personnelle de 
l'utilisateur qui les consulte. Ceci est decrit dans la section « Publication de liens 
ajoutes ». 

On presentera ensuite un perfectionnement qui permet au systeme de suggerer 
10 automatiquement aux utilisateurs des liens ajoutes provenant d'autres utilisateurs 
dont les centres d'interet sont proches. Ceci est decrit dans la section « Detection de 
Repertoires Proches ». 

On presentera ensuite une architecture qui permet a P6diteur ou 1' administrates d'un 
15 site Internet (« Webmaster » en terminologie anglo-saxonne) de proposer des liens 
ajoutes aux utilisateurs du systeme de maniere personnalisee. Ceci est decrit dans la 
section « Suggestion de liens ajoutes par le Webmaster ». 

On presentera enfin un systeme perrnettant de simuler la propagation d'un nouveau 
20 lien ajoute parmi les utilisateurs du systeme sur PInternet et de calculer le volume de 
l'audience probable. Ceci est decrit dans la section « Calcul de 1' Audience ». 

On presentera ensuite un perfectionnement du systeme perrnettant a l'utilisateur de 
publier (ou mettre a disposition d'un groupe restreint) au moins un sous-ensemble 
25 des repertoires de sa toile personnelle. Ces repertoires peuvent etre visualises 
directement au moyen d'un navigateur standard. Alternativement, ces repertoires 
peuvent etre consultes avec le systeme et enrichir la toile personnelle de l'utilisateur 
qui les consulte. Ceci est decrit dans la section « Publication de Repertoires ». 
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On presentera ensuite un perfectionnement du systeme permettant a l'utilisateur de 
stocker (en local ou sur un serveur) non seulement un lien mais aussi une copie figee 
d'une page. Ceci est decrit dans la section « Liens en mode Gele ». 

5 

On decrira ensuite un perfectionnement qui, dans le cadre du systeme presente j usque 
la, permet de publier des pages qui ont ete restructurees pour presenter des liens 
directement a l'interieur d'elles-memes, l'utilisateur pouvant supprimer ces liens ou 
en ajouter d'autres. Pour ce faire, les pages contiennent un ou plusieurs contenants 
10 dans lesquels sont presentes des contenus qui peuvent eux-memes contenir d'autres 
contenants recursivement Ceci est decrit dans la section « Contenants et contenus ». 

En integrant les concepts presentes jusque la (liens ajoutes associes aux pages et liens 
dans des contenants inclus dans des pages) et en les illustrant au moyen d'un 
15 exemple, on recapitulera ensuite les fonctionnalites du systeme global et on les 
completera par quelques perfectionnements. Ceci est decrit dans la section 
« Proposition de Repertoires Specialistes et Voisins». 

On presentera ensuite un perfectionnement du systeme permettant a l'utilisateur 
20 d'associer aux liens qui l'ont interesse des attributs, tels que le souhait d'achat ou de 
vente du produit represents par 1' information pointee (ou plus generalement des 
attributs de type « Offreur » et « Demandeur »). Ces attributs sont exploites par le 
systeme pour affiner la selection de repertoires specialistes et proches, et la mise en 
relation d'utilisateurs interesses par de memes contenus et se trouvant dans une 
25 situation de complementarite. Ceci est decrit dans la section « Attributs relatifs a 
l'acceptation ». 

On presentera ensuite un perfectionnement qui permet aux pages restructurees de 
presenter des contenus de maniere « personnalisee », c'est a dire en fonction des 
30 centres d'interets de Futilisateur. Ceci est decrit dans la section « Pages 
Personnalisees ». 
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Section 1 - Creer et retrouver des liens ajoutes 

La Figure 35 illustre le principe selon lequel, en consequence d'un acces par 
1'utilisateur a une page pi via 1'Internet, le systeme lui presente automatiquement un 
5 certain nombre de liens ajoutes, en roccurrence sous forme de symboles graphiques, 
vers des pages p2, p3 et p4 qu'il avait associees a la page pi au cours de navigations 
precedentes. 

Motivation 

10 

Les liens ajoutes sont crees par 1'utilisateur dans le but d'etablir des relations entre 
des pages qui l'interessent. Les liens ajoutes represented des relations pertinentes 
entre ces pages ; une page liee a une autre page est interessante dans le contexte de 
ladite autre page (et optionnellement, dans le sens inverse egalement). Pour 
15 1'utilisateur, l'ensemble des liens ajoutes constitue done un reseau de relations 
supplementaires entre pages qui l'interessent les unes par rapport aux autres, comme 
Fillustrent les figures 36a, 36b et 36c qui illustrent pour les figures 36a et 36b, deux 
reseaux de liens entre un certain nombre de pages, et pour la figure 36c, le reseau 
« agglomere » desdits liens. 

20 

A partir d'une page ou d'un ensemble de pages selectionne, le systeme permet a 
1'utilisateur de naviguer vers des pages qui y sont reliees. Le reseau de liens ajoutes 
constitue ainsi pour 1'utilisateur un reseau de navigation personnel selon son propre 
« schema mental » et lui permet de retrouver plus facilement les elements 
25 d'information qu'il avait deja reperes. 

Creer des liens ajoutes 

L'approche des plans coulissants decrite dans la premiere partie de la presente 
30 description est particulierement favorable a Tetablissement de liens ajoutes par la 
technique, classique en soi, du « glisser-deposer ». L'utilisateur peut selectionner une 
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page ou un element (ou zone graphique qui la represente) qui se trouve dans un plan, 
la glisser et la deposer dans une autre page (ou zone graphique qui la represente) qui 
se trouve dans un autre plan, afin d'etablir un lien ajoute entre ces deux pages. 

5 Cette approche est a comparer avec l'approche qui consisterait a glisser-deposer des 
pages entre des fenetres diffSrentes de l'outil de navigation, qui se recouvrent 
partiellement et qui empechent done de visualiser les pages entierement. L'avantage 
de Fapproche par plans coulissants est de permettre, au cours meme du processus de 
glisser-deposer (e'est-a-dire sans lacher le doigt sur le bouton de la souris), de 
10 visualiser le contenu des plans (les pages et leurs liens ajoutes) a tour de role, par 
simple mouvement de la souris, comme decrit precedemment en reference 
notamment a la figure 26. 

On comprend egalement que, selon une variante, cette technique de «glisser- 
15 deposer » avec revelation des zones d'affichage en second plan sur lesquelles se 
dirige le curseur au cours meme de T operation peut etre generalisee au cas ou ces 
zones d'affichage sont des fenetres d'un systemes d'exploitation classique tel que 
« Windows » ou « MacOS » (marques deposees). Plus precisement, on prevoit dans 
ce cas qu'une fenetre situee en second plan passe en premier plan quand le curseur 
20 « pousse » la fenetre qui etait en premier plan en arrivant contre Tun de ses bords. 

La figure 37 presente un exemple, de creation de liens ajoutes entre pages, en tirant 
des liens entre les objets graphiques les representant (situees a gauche des pages), la 
pince decrite plus haut etant active et bloquant le mouvement des plans. 

25 

Le bas de la figure 37 illustre le cas particulier de creation de liens ajoutes (par 
glisser-deposer d'objets graphiques) entre differentes instances du systeme, ouvertes 
simultanement par Tutilisateur sur le poste client. Les mouvements de souris qui 
permettent de tirer des liens ajoutes entre les pages P6 et P7 illustrent la technique 
30 decrite precedemment qui consiste a amener le pointeur de la souris a l'exterieur de 
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la fenetre contenant la page P6 puis le faire revenir en direction de cette meme 
fenetre afin de la faire passer en arriere-plan de la fenetre de la page P7. 

Bien evidemment, chaque plan peut etre supprime ou « minimise » (de maniere a ce 
5 que sa partie visible prenne le moins de place possible) au moyen de clic sur un 
bouton (ceci n'est pas illustre dans les figures). 

Bien que la figure 37 ne le montre pas, des objets graphiques a l'interieur des pages 
peuvent aussi etre glisses-deposes, soit entre eux, soit vers des zones ou objets 
1 0 graphiques representant les pages. Dans certains cas, comme on le verra plus loin, les 
objets graphiques situes a l'exterieur des pages, et representant des contenus de 
pages, peuvent aussi etre glisses-deposes a l'interieur de pages. 

La figure 38 represente la disposition des plans coulissants quand le plan superieur 
15 est decale vers la droite. La figure 39 represente la disposition des plans coulissants 
quand tous les plans, sauf le plan le plus inferieur, sont decales. Comme deja decrit, 
la transition (d'une des dispositions de plans coulissants a une autre) se fait de fa<?on 
incremental^ au moyen de simple mouvements de la souris, la pince decrite plus 
haut etant debloquee. 

20 

On notera ici que, pour simplifier les manipulations, l'etat de la pince peut etre 
inverse par exemple en pressant sur la barre d'espace ou une autre touche du clavier 
du poste client. 

2 5 Selon une variante, non representee, la pince peut etre deplacee sur un « rail » et il ne 
bloque que les plans situes a sa gauche. En d'autres termes, selon la position de la 
pince, les plans qui ne sont pas visibles a gauche de la pince sont bloques et ceux qui 
sont a sa droite peuvent etre decales. 



30 Selon une autre variante, on peut prevoir des pinces selectivement activees et 
desactivees entre deux pages adjacentes, de maniere a ce que ces deux pages soient 
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toujours, dans le cadre du processus de deplacement de plans, traitees de la meme 
fa9on. 

On notera egalement ici que c'est le fait que la pince soit a Fetat actif qui permet de 
5 tirer des liens ajoutes entre les pages (par glisser-deposer d'objets graphiques les 
representant), sans entrainer le deplacement des plans tel que decrit. 

Selon une autre forme de realisation, les zones graphiques qui representent des pages 
peuvent se trouver sur d'autres plans que ceux qui presentent les pages. La figure 40 
10 presente ainsi une configuration ou les liens ajoutes de chaque page sont sur un ou 
plusieurs plans adjacents a ladite page. 

Les liens ajoutes peuvent aussi avantageusement etre vues sous forme de vignettes 
comme des papillons « colles » sur les pages et depla9ables par l'utilisateur a souhait 
15 a l'aide de la souris. 

Selon une variante avantageuse, on peut disposer ces vignettes dans des zones 
vierges de la page qui auraient pu etre utilisees par exemple pour afficher des 
bandeaux publicitaires. 

20 

Les liens ajoutes par Tutilisateur par glisser-deposer (ou le cas echeant manuellement 
a l'aide du clavier ou par des clics de souris), sont stockes dans le systeme par 
exemple sous forme d'une table TABLE, comme l'illustre la figure 41 . 

25 Dans la suite, nous adoptons Thypothese (optionnelle) selon laquelle les liens 
ajoutes sur une page entrainent la creation de Hens inverses sur les pages pointees par 
ces liens ajoutes (bidirectionalite des liens). Ainsi, comme l'illustre la figure 42, en 
consequence de la creation des liens ajoutes de p2,p3 et p4 sur la page pi, un lien 
ajoute pi s'ajoute automatiquement sur les pages p2, p3 et p4. 

30 
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La creation de liens ajoutes s'effectue quand l'utilisateur repere une relation entre 
differentes pages qu'il decouvre au gre de sa navigation en suivant des liens 
hypertexte ou en se depla<?ant a l'interieur de grandes pages ou de mondes virtuels en 
trois dimensions (en realite virtuelle immersive). Dans tous les cas, la creation d'un 
5 lien ajoute peut se faire par simple glisser-deposer de la « poignee » ou autre 
miniaturisation de la page ou la scene couramment visualisee (par exemple de la 
scene 3D couramment visualisee) vers la poignee de la page a relier (autre scene 3D). 

Les moyens de stockage des liens ajoutes sont avantageusement mis en ceuvre de 
10 maniere distante (sur un serveur), comme l'illustre la figure 43. L'utilisateur ajoute 
et/ou supprime des liens ajoutes sur le poste client et ces manipulations sont 
repercutees sur le serveur, les communications se faisant par exemple par 
1' intermediate d'un Fournisseur d'Acces a l'lnternet. 

15 Section 2 - Retrouver les liens ajoutes 

L'affichage de la page avec ses liens ajoutes peut etre prepare sur le poste client, 
dans une architecture schematisee par le diagramme de la figure 44, ou sur le poste 
serveur, dans une architecture schematisee par le diagramme de la figure 45. On 
20 notera que les deux architectures sont adaptees a un fonctionnement selon le 
protocole HTTP par exemple. 

1 Dans le cas de l'architecture de la figure 44, la requete ou lien « Link » de 
l'utilisateur est communiquee par le poste client, tant au serveur de la page demandee 
25 qu'au serveur ou ont ete stockes les liens ajoutes. En retour, avant presentation a 
l'utilisateur, les liens ajoutes fournis par le deuxieme serveur sont graphiquement 
combines, par le poste client, avec la page fournie par le premier serveur, et sont 
presentes conjointement a cette page. 

30 Dans le cas de l'architecture de la figure 45, la requete ou lien de l'utilisateur est 
communiquee par le poste client, uniquement au serveur ou ont ete stockes les liens 
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ajoutes. Ce serveur se charge de retransmettre la requete au serveur de la page 
demandee pour recevoir cette page. En retour, les liens ajoutes sont ajoutes a la page 
et le tout constitue la reponse a la requete de Putilisateur. La combinaison graphique 
des liens ajoutes avec la page peut etre effectuee sur le serveur ou sur le poste client. 

5 

Section 3 - Creation de liens ajoutes dans des Repertoires 

On connait deja dans Petat de la technique le concept dit de « marque-page » ou 
« signet » qui permet a uh individu de memoriser des liens vers ses pages favorites 
10 sur la Toile, un tel concept etant present dans les navigateurs Internet courants. Ces 
derniers permettent de ranger les liens memorises dans des repertoires qui peuvent 
former une structure arborescente de repertoires et de sous-repertoires. 

L'etablissement d'une toile personnel le (reseau personnel de navigation qui s' ajoute 
15 a la Toile) en errant (par glisser-deposer ou manuellement) des liens ajoutes 
directement sur des pages comme on Pa decrit dans la section precedente, est 
complementaire a ces moyens classiques de rangement de liens dans des repertoires 
(constituant generalement des categories personnelles de Pinternaute). 
En effet : 

20 

- Putilisateur peut ranger dans un repertoire non seulement un lien (vers une page), 
mais aussi un lien ajoute (entre deux pages). 

- les liens ajoutes peuvent ainsi etre contextuels : un lien ajoute associe a une 
25 premiere page (ou plus exactement, associe a un lien vers une premiere page) et 

pointant sur une deuxieme page peut exister dans le cadre d'un repertoire donne qui 
contient un lien vers cette premiere page sans exister dans un autre repertoire qui 
pourtant contient aussi le lien vers ladite la premiere page. 

30 Par exemple, dans le repertoire « mes boissons favorites » sur la page « coca » 
(marque deposee) peut se trouver un lien ajoute vers la page « pepsi » (marque 
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deposee) alors que dans le repertoire « mes styles de management preferes » sur la 
meme page « coca » peut ne pas se trouver de lien ajoute vers la page « pepsi ». 
(Voir l'exemple a la fin de cette section et la figure 51). 

5 (Toutes les marques citees dans le present memoire sont des Marques Deposees de 
leurs titulaires respectifs, notamment « coca », « pepsi », « perrier » et « hp »). 

Dans les choix de conception adoptes dans toute la suite de la description : 

10 - chaque lien ajoute appartient a un repertoire et un seul : un « repertoire courant » 
existe toujours, et c'est dans ce repertoire que les liens vers des pages et leurs liens 
ajoutes sont inseres par defaut ; si aucun repertoire n'est selectionne par l'utilisateur 
pour etre le repertoire courant, un premier repertoire courant lui est fourni par defaut 
quand il accede a une page et lui associe un premier lien ajoute. 

15 

- la creation d'un lien ajoute dans un repertoire donne engendre la creation du lien 
ajoute inverse dans le meme repertoire (s'il n'y existe pas deja). Cette regie impose 
I'existence, dans le meme repertoire, du lien vers la page pointee par le lien ajoute ; 
dans le cas ou il n'existe pas, il y est automatiquement insere ; ceci est illustre par 

2 0 1 'exemple de la figure 46). 

- l'utilisateur peut selectionner plusieurs repertoires comme etant « repertoires 
courants » ; les liens ajoutes visualises pour une page courante sont alors constitues 
par Punion des liens ajoutes situes dans ces repertoires ; un nouveau lien ajoute 

25 insere Test dans chacun de ces repertoires ; enfin on verra dans la section « Detection 
de Repertoires Proches » que la recherche de repertoires proches se fera egalement 
sur la base de P union des liens ajoutes situes dans ces repertoires. 

L'utilisateur peut effectuer les actions suivantes : 

30 

- inserer ou supprimer, dans un repertoire, un lien vers une page : 
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* pour inserer une page, une des methodes possibles est la suivante : 
l'utilisateur choisit un repertoire courant (ou plusieurs, voir Implication du 
paragraphe precedent), ou reste dans le repertoire par defaut (qui est considere 

5 comme repertoire courant), et accede a une page dont le lien sera automatiquement 
range dans ce(s) repertoire(s) courant(s). 

* pour supprimer une page, l'utilisateur selectionne la page en question et 
actionne la commande supprimer (par exemple par la touche « Suppr » du clavier). 

10 

- creer un lien ajoute : 

* soit il cree manuellement un lien ajoute sur une page (typiquement en tapant 
son adresse URL au clavier), 

15 

* soit il utilise la technique du glisser-deposer : a partir d'une premiere page, 
il tire dans une deuxieme page un lien ajoute qui pointera vers la premiere page. 

- deplacer ou copier une ou plusieurs pages d'un repertoire a un autre : 

20 

* soit, manuellement, il choisit les pages a deplacer ou copier, soit il utilise la 
technique de glisser-deposer ; on notera qu'en fait, l'utilisateur deplace ou copie des 
liens vers des pages, meme s'il croit deplacer les pages elles-memes. 

25 Dans la suite de la description, pour simplifier la lecture et decrire ce que l'utilisateur 
« croit faire », nous utiliserons parfois le mot « page » au lieu de « lien vers une 
page ». Ainsi Ton dira « deplacer une page » (ou « copier une page ») en lieu et place 
de « deplacer un lien vers une page » (« copier un lien vers une page »). On dira 
aussi « une page possede un lien ajoute » au lieu de dire « a un lien vers une page est 

30 associe un lien ajoute », ou encore «lien ajoute sur une page » au lieu de « lien 
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ajoute associe a un lien vers une page ». De plus, « lien vers une page » est un 
raccourci pour « lien vers une page ou vers un element contenu dans une page », 

Prenons un exemple: 

5 

L'utilisateur a cree deux repertoires, libelles respect ivement « Drinks » (pour « mes 
boissons favorites ») et « Mgt » (pour « styles de management »). II a aussi a sa 
disposition un repertoire par defaut, libelle « Buffer » (pour « tampon ») qui est cree 
automatiquement par le systeme. 

10 

Selon Tapproche classique de memorisation des marque-pages, Putilisateur insere Ie 
lien www.coca.com (« coca ») dans le repertoire Drinks. II insere aussi le lien 
www.hp.com (« hp ») dans le repertoire Mgt. 

15 Dans le cadre du repertoire courant qui en l'occurrence est Buffer (par defaut), 
l'utilisateur accede via la Toile a la page www.pepsi.com (« pepsi »). A partir de 
coca (qui se trouve dans Drinks) il tire (par glisser-deposer) un lien ajoute sur la page 
pepsi (voir figure 46). 

20 Ce lien ajoute sur la page Pepsi va etre www.coca.com. Comme, pour satisfaire 
l'hypothese de conception mentionnee precedemment, un lien ajoute inverse doit etre 
cree dans le meme repertoire, la page coca doit y etre introduite avec un lien ajoute 
www.pepsi.com. 

25 En resultat, les pages pepsi et coca se trouvent tous les deux dans Buffer, chacun 
ayant un lien ajoute sur V autre. En effet, le lien sur la page coca a du etre duplique 
dans Buffer pour permettre la creation du lien ajoute inverse (de coca vers pepsi). La 
figure 46 illustre cet exemple. 

30 L'interface homme-machine permettant ces operations peut par exemple etre celle 
schematisee dans les figures 46 a 5 1 . 
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L'utilisateur peut, par glisser-deposer, copier ou deplacer une page vers un autre 
repertoire. L'utilisateur peut aussi copier ou deplacer un ensemble de pages d'un 
repertoire a un autre. Plusieurs cas de commande au systeme sont possibles : 

5 

1. soit ceci entraine le deplacement ou la copie des liens vers ces pages, sans leurs 
liens ajoutes. (Voir figure 47) ; 

2. soit ceci entraine le deplacement ou la copie des liens vers ces pages, avec tous les 
10 liens ajoutes existant entre elles ; le deplacement n'est possible que pour les pages 

qui n'ont pas de liens ajoutes avec des pages externes a l'ensemble deplace (les 
autres pages de 1* ensemble sont copies) ; voir figure 47 ; 

3. soit ceci entraine le deplacement ou la copie des liens vers ces pages, avec tous les 
15 liens ajoutes entre elles ou avec d'autres pages du meme repertoire ; voir figure 48 ; 

En poursuivant le meme exemple, Putilisateur deplace la page coca du repertoire 
Buffer vers le repertoire Drinks ; si Ton se trouve dans le premier ou deuxieme cas 
de commande au systeme, la page coca se trouvant deja dans Drinks, cette operation 
20 n'a aucun effet. Ceci est illustre par la figure 47. 

Dans un autre cas de figure, l'utilisateur voudrait ranger dans le repertoire Drinks 
tous les liens ajoutes de la page coca. Si Ton se trouve dans le troisieme cas de 
commande au systeme, en resultat du glisser-deposer de coca (qui se trouve dans 
25 Buffer) vers le repertoire Drinks, la page pepsi se retrouve egalement dans Drinks et 
le lien ajoute entre pepsi et coca est reproduit dans Drinks. L'utilisateur pourrait 
ensuite supprimer du repertoire Buffer les pages pepsi et coca (avec tous les liens 
ajoutes entre elles) ; ces deux operations sont illustrees sur la figure 48. 



30 



On notera que pepsi (ou coca) n'aurait pas pu etre supprime si une troisieme p; 
« perrier » (marque deposee) se trouvait dans le meme repertoire Buffer et avait 
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lien ajoute sur pepsi ou sur coca), a moins que cette troisieme page « perrier » ne fut 
supprimee dans la meme action. Ceci est illustre par la figure 49. 

Si Ton se trouve dans le deuxieme cas de commande au systeme, Putilisateur peut 
5 directement deplacer l'ensemble des liens pepsi et coca vers le repertoire Drinks, 
ainsi que les liens ajoutes entre eux. Aucune page externe a I 'ensemble supprime 
n'ayant un lien ajoute vers coca, cette page est alors supprime d'office. Ceci est 
illustre sur la figure 50. 

10 Poursuivons Fexemple : l'utilisateur, qui pense que les styles de management des 
societes coca et hp (marques deposees) meritent d'etre mis en relation, tire par 
glisser-deposer un lien ajoute sur la page hp a partir de la page coca. Ceci est illustre 
a la figure 5 1 . 

15 La creation du lien ajoute de hp vers coca entraine la creation du lien ajoute inverse 
de coca vers hp, les deux liens ajoutes se trouvant dans le repertoire Mgt (ou se 
trouve la destination du glisser-deposer). Bien que P operation effectuee ne consiste 
pas explicitement en un deplacement ou une copie de page, elle implique la copie de 
la page coca dans le repertoire Mgt (puisque les deux extremites de tout lien ajoute 

2 0 doivent se trouver dans un meme repertoire) . 

Section 4 - Marque-pages contextuels 

Rappelons que le systeme classique de marque-pages (deja mentionne au debut de la 
25 section precedente) permet a Tutilisateur de ranger dans un repertoire un lien sur (ou 
une copie de) la page courante visualisee, dans le cas ou il veut memoriser ledit lien. 

De plus, les navigateurs modernes offrent Toption d'afficher, dans une sous-fenetre 
adjacente a celle contenant la page visualisee, la structure arborescente de repertoires 
30 de marque-pages et les iharque-pages (liens ou copies memorises) qu'ils contiennent. 
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Cette option d'affichage des liens memorises, simultanement a la page accedee par 
l'utilisateur, peut etre perfectionnee en rendant contextuel l'affichage des repertoires 
de liens memorises et des liens (ou copies) memorises eux-memes. En effet, plutot 
que de presenter la structure des repertoires et les liens qu'ils contiennent, de maniere 
5 independante de la navigation de l'utilisateur, le systeme peut directement : 

- pointer sur les repertoires contenant deja le lien sur la page courante visualisee, 

- et presenter leurs contenus respectifs. 

10 Ainsi, l'utilisateur n'a pas a aller chercher, dans ses repertoires, les liens (sur les 
pages qui l'avaient interess6) memorises qui se trouvent etre dans le contexte de la 
page courante, puisqu'il les a automatiquement a sa disposition. 

Dans une mise en oeuvre pratique, le systeme presente ces repertoires (contenant la 
15 page courante) dans la zone presentant les liens ajout^s associes a la page courante 
en leur donnant une apparence differente (l'icone representant un repertoire ou une 
page d'un repertoire qui n'est pas associe par un lien ajoute a la page courante est 
differente de l'icone representant une page associee par lien ajoute). Ceci est 
schematise dans la figure 52 qui illustre l'affichage des repertoires dans lesquels est 
20 range la page courante, automatiquement, simultanement a l'affichage de la page 
courante. L'utilisateur peut, par un simple clic sur un bouton (par exemple sur la 
barre comportant un triangle sur la figure 52), visualiser le contenu de ces repertoires 
et retrouver ainsi les autres pages qu'il avait rangees ensemble dans ces repertoires. 

2 5 Selon un detail de mise en ceuvre, dans le cas ou la page en question n'est rangee que 
dans un seul repertoire, les autres pages dudit repertoire (si elles ne sont pas trop 
nombreuses) peuvent etre affichees directement, sans meme necessiter un clic, pour 
offrir ainsi un acces contextuel aux liens memorises de maniere encore plus directe. 

30 L'utilisateur pourra cliquer directement sur la presentation graphique representant un 
repertoire, par exemple une icone representant un dossier (r2 sur la figure 52) pour 
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ouvrir une nouvelle page presentant le repertoire r2 avec tout son contenu (les sous- 
repertoires et les pages qu'il contient). 

Bien evidemment, la presentation de la figure 52 peut etre remplacee par une 
5 presentation classique d'arbre comme celle que Ton trouve dans les systemes de 
marque-pages existants. 

Une fonction analogue concerne Taffichage des liens Ajoutes associes a une page 
courante. II s'agit de pouvoir naviguer au moyen de liens Ajoutes « de deuxieme 
1 0 rang ». 

La figure 53 illustre un exemple de mise en ceuvre de cette approche. En cliquant sur 
une zone graphique particuliere d'un lien Ajout6 p3 associe a la page pi, l'utilisateur 
peut voir egalement les liens Ajoutes (p31, p32 et p33) qui sont associes a la page p3 
15 alors que c'est la page pi qui est couramment visualisee (et non la page p3). 

Bien evidemment, cette approche peut etre generalisee (recursivement) pour 
l'affichage de liens Affiches de rangs superieurs a 2. 

20 On observera en outre que chacune des presentations graphiques representant un lien 
memorise ou un lien ajoute (par exemple une vignette representant la page sous 
forme miniaturisee) peut etre accessoirement dotee d'un signe qui indique que la 
page pointee a ete mise a jour, le cas echeant, depuis la derniere visite de 
l'utilisateur. Ceci constitue une invitation a aller consulter a nouveau ladite page. 

25 

En outre, ce meme signe peut figurer sur la representation graphique de chaque 
repertoire dont au moins Tune des pages a ete mise a jour. 



30 



Section 5 - Publication de liens ajoutes 
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Un perfectionnement du systeme consiste a permettre de publier les liens ajoutes que 
Ton a associes a une page. Par publier, on entend le fait de les mettre a la disposition 
du public ou d'un groupe determine d'utilisateurs (qui pourront y acceder par 
exemple en dormant un mot de passe). 

5 

Le systeme permet deux cas d'acces aux liens ajoutes publies : 

- les liens ajoutes publies peuvent etre visualises directement au moyen d'un 
navigateur Internet standard, 

10 

- ou les liens ajoutes publies etre consultes au moyen de l'interface cliente du 
systeme et enrichir la toile personnelle de Futilisateur qui les consulte. 

Visualisation directe au moyen d'un navigateur standard 

15 

Dans le cas d'une visualisation directe au moyen d'un navigateur standard, un 
premier utilisateur visualise par des moyens standard une page publiee par un 
deuxieme utilisateur sur la Toile, ladite page possedant des liens ajoutes associes a 
une autre page. Cette visualisation peut etre le fruit d'un acces ou d'une reception : 

20 

- le premier utilisateur peut acceder via la Toile a une page presentant les liens 
ajoutes publiee par le deuxieme utilisateur, de maniere classique, en utilisant son 
navigateur Internet standard et en communiquant l'adresse URL de la page, 

25 - le premier utilisateur peut recevoir une page presentant les liens ajoutes, publiee par 
le deuxieme utilisateur, de maniere classique par courrier electronique. 

La page a laquelle il a ete accede via la Toile ou refue par courrier electronique 
comporte des champs permettant au premier utilisateur de s'identifier pour le cas ou 
30 il voudrait consulter les liens ajoutes au moyen du systeme. II s'agit done d'une 
« invitation » a utiliser le systeme, dont les avantages principaux sont : 
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- de permettre de memoriser les liens ajoutes dans son espace personnel sur un 
serveur et de les retrouver automatiquement , et 

- de recevoir automatiquement des suggestions de nouveaux liens ajoutes a partir de 
5 tiers. 

Un exemple schematique de cette « invitation » en est illustre a la figure 54. 
Consultation au moyen du systeme 

10 

Dans le cas d'une consultation au moyen du systeme, lorsqu'un premier utilisateur 
accede, pour une page donnee, aux liens ajoutes chez un deuxieme utilisateur, ces 
liens ajoutes s'ajoutent a ceux qui, le cas echeant, avaient deja ete associes a cette 
meme page chez le premier utilisateur. 

15 

On va maintenant decrire la maniere dont un deuxieme utilisateur est selectionne par 
le premier utilisateur pour y puiser des liens ajoutes. 

Pour chaque page a laquelle accede le premier utilisateur, trois listes de repertoires 
20 appartenant a des deuxiemes utilisateurs lui sont proposees, comme l'illustre la 
figure 55a. L/utilisateur peut selectionner (par exemple en cliquant une case a 
cocher) un ou plusieurs elements de ces listes pour indiquer qu'il souhaite ajouter 
leurs liens ajoutes dans sa propre liste de liens ajoutes. Les trois listes sont decrites 
ci-dessous : 

25 

1. le contenu de la premiere liste est optionnel : ce contenu existe dans le cas ou 
l'auteur de la page en question est lui-meme un utilisateur du systeme et a voulu 
suggerer des liens ajoutes au premier utilisateur ; ceci est decrit en detail plus loin 
dans la section « Suggestion de liens ajoutes par 1'administrateur du site » ; 
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2. la deuxieme liste (« voisins d'interet ») a pour objet de presenter au premier 
utilisateur les repertoires ayant le plus de probability de contenir des liens ajoutes 
interessants par rapport a son profil d'interets ; la liste de ces repertoires est 
determinee automatiquement par le systeme en comparant les toiles personnelles des 

5 utilisateurs ; ceci est decrit plus loin dans la section « Detection de Repertoires 
Proches »). 

3. la troisieme liste (« copains ») contient des repertoires choisis par le premier 
utilisateur (par exemple, des repertoires appartenant aux toiles personnelles d'amis, 

1 0 collegues, experts, etc.). 

Selon une variante, peut s'ajouter aux trois listes ci-dessus une quatrieme liste des 
repertoires appartenant au premier utilisateur. 

15 Dans le premier cas presente plus haut (visualisation directe au moyen d'un 
navigateur standard), le pseudonyme du deuxieme utilisateur qui est l'emetteur des 
liens ajoutes re?us par le premier utilisateur - ou du repertoire contenant ces liens 
ajoutes (on notera ici qu'il peut egalement s'agir d'un autre repertoire du premier 
utilisateur) - est presente d'office en premiere position dans la troisieme liste 

20 (« copains ») en mode actif (c'est-a-dire selectionne) par defaut. 

La troisieme liste, peut avantageusement etre basee sur : 

- une « liste par defaut » donnee globalement par l'utilisateur pour toutes les pages ; 

- et « surchargee » par les preferences fournies par l'utilisateur expressement pour la 
2 5 page en question. 

Dans Tensemble de liens ajoutes associes a la page qu'il est en train de visualiser, 
l'utilisateur regoit les liens ajoutes supplementaires puises dans les repertoires 
selectionnes dans ces trois listes. On peut ainsi considerer que l'utilisateur « visite » 
30 ces repertoires. 
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Des moyens pour selectionner des liens ajoutes, sur la base de criteres donnees par 
l'utilisateur ou associes a la page courante, peuvent etre avantageusement mis en 
oeuvre. Par exemple, l'utilisateur peut specifier qu'il ne veut puiser dans les 
repertoires coches que des liens ajoutes sur des pages etiquettees : 
5 - « Demandeur » plutot que « Offreur », afin de decouvrir de nouveaux clients plutot 
que de nouveaux vendeurs, 

- selon des criteres concernant 1' audience visee : « Age », « Zone Geographique », 
« Sexe », « Preference » (parmi un ensemble fini de preferences), 

- etc. 

10 

Les liens ajoutes qui lui sont ainsi suggeres doivent etre distingues de ceux qu'il 
avait lui-meme ajoutes, de maniere a ce qu'il puisse selectivement les accepter et les 
refuser. Dans ce but, les liens ajoutes peuvent se trouver dans un parmi plusieurs 
modes differents: « Suggere » 3 « Accepte », « Refus » et « Gele » (ce dernier mode 
1 5 etant decrit plus loin dans la section « Liens en mode Gele »). 

On donnera plus loin dans le chapitre III une description plus complete de la mise en 
oeuvre technique de ces modes. 

2 0 Les liens ajoutes re<?us par un premier utilisateur, a partir des liens ajoutes publies par 
un deuxieme utilisateur (ou a partir des liens ajoutes d'un autre repertoire du premier 
utilisateur), sont au depart chez le premier utilisateur en mode « Suggere ». 

Suite a une action de Tutilisateur, chaque lien ajoute en mode Suggere peut passer a 
25 Tun parmi les autres modes. L'interface homme-machine permettant ceci est 
schematisee a la figure 55b. 

A cet effet, les moyens de stockage associent aux liens ajoutes un attribut « Mode » 
qui peut prendre comme valeur les modes deja mentionnes a 1'exception de Suggere 
30 (c'est-a-dire, Tune parmi trois valeurs : Accepte, Refuse, Gele). La figure 56 
presente un diagramme de classe pour les liens ajoutes, selon la representation 
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standard UML (« Unified Modeling Language ») mettant en evidence l'attribut Mode 
des liens ajoutes. 

Un lien ajoute en mode Suggere chez un premier utilisateur n'existe que pendant la 
5 « visite » des liens ajoutes (pour la page en question) chez un deuxieme utilisateur 
(ou dans un autre repertoire du premier utilisateur). II n'est pas affiche en dehors de 
cette visite. Rappelons que cette visite se fait des que et tant que un ou plusieurs 
repertoire(s) est (sont) selectionne(s) dans l'une des listes (Specialistes, Voisins, 
Copains). 

10 

Un lien ajoute en mode Suggere n'est pas stocke dans Tespace de stockage personnel 
du premier utilisateur car, a chaque nouvelle visite, il est recree a partir du lien ajoute 
correspondant stocke chez le deuxieme utilisateur, ou encore dans Pautre repertoire 
du premier utilisateur. 

15 

Le passage d'un lien ajoute du mode Suggere au mode Refuse a pour effet de filtrer 
automatiquement ledit lien ajoute lors des acces ulterieurs a Pensemble des liens 
ajoutes stockes dans l'espace memoire du deuxieme utilisateur, ou dans un autre 
repertoire du premier utilisateur, pour la meme page. 

20 

Le passage au mode Accepte signifie que l'utilisateur valide le lien ajoute qui est en 
mode Suggere. Cette action a pour effet : 

1. de stocker ledit lien ajoute dans son espace de stockage personnel, de maniere a ce 
25 qu'il lui soit presente a nouveau avec chaque nouvelle presentation de la page a 
laquelle ledit lien ajoute est associe ; cette presentation a lieu meme si ledit lien 
ajoute a ete supprime a la source (chez le deuxieme utilisateur, ou dans l'autre 
repertoire du premier utilisateur) - ceci par opposition aux liens ajoutes en mode 
Suggere qui ne sont plus presentes des le moment ou ils sont supprimes chez le 
30 deuxieme utilisateur ; en outre, cette presentation a lieu meme si la source (a savoir 
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le deuxieme utilisateur ou Pautre repertoire du premier utilisateur) n'est plus 
selectionnee (a ete decochee). 

2. si le repertoire dans lequel ledit lien ajoute est range, est publie, de publier d'office 
5 (sauf instruction contraire de la part de l'utilisateur) ledit lien ajoute - ceci par 
opposition aux liens ajoutes en mode Suggere qui eux ne seront pas publies. 

L'insertion (manuelle ou par glisser-deposer) d'un lien ajoute sur une page entraine 
d'office sa mise en mode Accepte (puisque l'utilisateur Ta insere lui-meme). 

10 

Section 6 - Detection de Repertoires Proches 
Presentation generate 

15 Le systeme detecte pour l'utilisateur 1'existence d'autres utilisateurs qui partagent ses 
interets (et ses gouts) par rapport a une «page courante » qu'il est en train de 
visualiser et qui represente done le contexte courant de ses interets. 

Ainsi, par rapport a une page courante visualisee par un premier utilisateur, le 
20 systeme selectionne les deuxiemes utilisateurs les plus « proches », e'est-a-dire 
ayant, dans leur reseau de liens ajoutes publies, d'une part ladite page, et d'autre part, 
autour de ladite page, l'ensemble le plus grand de liens ajoutes en commun avec le 
premier utilisateur. 

25 Pour chacun des deuxiemes utilisateurs selectionnes par le systeme, les liens ajoutes 
associes a ladite page qui ne figurent pas chez le premier utilisateur sont « suggeres » 
a ce dernier. 

En variante, la selection des deuxiemes utilisateurs proches peut se faire par rapport a 
30 un ensemble de pages selectionnees par le premier utilisateur, plutot que par rapport 
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a une seule page. On va decrire dans la suite le procede de selection a partir d'une 
seule page, Phomme de metier saura adapter cette methode au cas de plusieurs pages. 

Avantages 

5 

La recherche des deuxiemes utilisateurs s'effectue de maniere focalisee ; elle ne 
s'effectue pas en fonction de leur profil global d'interets (vis-a-vis du profil global 
d'interets du premier utilisateur). Ceci constitue un avantage tant au niveau de la 
pertinence du resultat que des performances d' execution. 

10 

Au niveau de la pertinence du resultat, l'avantage de la focalisation est de pouvoir 
comparer les profils des utilisateurs en faisant abstraction des elements de ces profils 
qui ne sont pas dans le contexte qui interesse P utilisateur au moment courant. 
Autrement-dit, le nombre des elements pertinents (par rapport au contexte courant) 
15 qui se trouvent etre en commun entre le premier utilisateur et un deuxieme utilisateur 
avec lequel il est compare, d'une part n'est pas « dilue » dans la masse des elements 
qui sont en commun globalement, et d'autre part peut etre relativise par rapport a la 
taille du domaine du contexte courant. 

20 Pour focaliser les recherches de profils voisins, Petat de la technique connue consiste 
a partitionner les elements des profils selon des categories adoptees par P ensemble 
des utilisateurs, qui permettent de les classer globalement ou par rapport a des 
attributs qui les caracterisent. On specific ainsi leur appartenance aux domaines 
respectifs pris en compte lors des recherches, ce qui permet d'elaguer les elements 

25 des profils qui ne sont pas dans le domaine d'interet courant de Putilisateur. 
Cependant, la categorisation des elements des profils necessite pour les utilisateurs 
de s'entendre sur les vocabulaires de categories a partager. Or cette approche n'est 
pas avantageusement adaptee a des systfemes largement decentralises tels que 
PInternet. L'avantage essentiel du procede selon cet aspect de la presente invention 

30 est de focaliser la recherche sans devoir classer les elements des profils selon des 
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categories partagees, et done sans avoir a s'entendre sur des vocabulaires communs 
de categories. 

Au niveau des performances, la selection peut se faire sur la base d'une recherche en 
5 acces direct grace a une structure de donnees (telle qu'un fichier inverse) qui 
permette de retrouver les deuxiemes utilisateurs proches directement a partir de Iadite 
page, ou meme a partir de ladite page et de ses liens ajoutes. 

Details de la detection de Repertoires Proches 

10 

Comme les utilisateurs peuvent placer des memes liens ajoutes dans des repertoires 
differents, le procede peut servir a selectionner des repertoires au lieu d'utilisateurs. 
Notamment, le systeme peut avantageusement servir a selectionner ; 

15 - des repertoires « proches » du premier utilisateur, 

- plusieurs repertoires d'un meme deuxieme utilisateur. 

Dans la suite, on decrira done l'approche consistant a selectionner des repertoires 
2 0 plutot que des utilisateurs. 

Comme deja indique pour le cas de la recherche des utilisateurs les plus proches, la 
selection des repertoires les plus proches peut egalement se faire tres efficacement 
grace a une structure de donnees (tel qu'un fichier inverse) permettant de retrouver 
25 en acces direct les repertoires contenant une page donnee (la page courante de 
Tutilisateur). L' acces direct peut meme se baser sur la page donnee et les liens 
Ajoutes qui lui sont associes. 

On notera a cet egard que les liens Ajoutes a partir desquels est lancee la selection 
30 sont ceux du repertoire courant (ou ceux de l'ensemble des repertoires courants 
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selectionnes par l'utilisateur, comme decrit dans la section « Creation de liens 
Ajoutes dans des Repertoires »). 

La figure 57 schematise les deux types d'execution de requete d'acces aux donnees 
5 (dans le cas ou les donnees sont rangees dans des tables relationnelles) : 

- Faeces direct aux liens Ajoutes a partir : 

- d'une ou plusieurs pages, 

- d'un utilisateur, 

10 - dans un (ou plusieurs) repertoires ; 

- 1'acces direct aux utilisateurs et leurs repertoires a partir : 

- d'une (ou plusieurs) pages, 

- et de ses liens ajoutes (obtenus par une requete du premier type). 

15 

Rappelons que le premier type de requete est celui permettant les fonctionnalites 
« Retrouver des liens Ajoutes » decrites plus haut, alors que le deuxieme type de 
requete est celle de « Detection de Repertoires Proches », objet de la presente 
section. 

20 

Les repertoires les plus proches, selectionnes automatiquement, sont presentes a 
l'utilisateur dans la deuxieme liste (intitulee « voisins d'interet ») illustree de 
maniere schematique dans la figure 55a. Comme deja decrit dans la section 
pr^cedente (« Publication de liens ajoutes »), l'utilisateur peut cocher un ou plusieurs 
25 des repertoires qui Iui sont proposes par le systeme. En resultat, de nouveaux liens 
ajoutes, puises dans ce ou ces repertoires, lui sont suggeres en association avec la 
page courante (conformement a la description de la section precedente). 

Le systeme peut aussi offrir a l'utilisateur des moyens de tenter de se mettre en 
30 relation - par des moyens de communication synchrone sur Internet tels que la 
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messagerie simultanee, la visioconference, etc. - avec les utilisateurs possedant ces 
repertoires qui seraient en Hgne en meme temps que l'utilisateur. 

En effet, dans les deux types d' architecture client-serveur represents respectivement 
5 sur les figures 44 et 45, les requetes que les utilisateurs forment au moyen de leur 
navigateur, sont communiquees au serveur dans lequel est execute le systeme. Ce 
dernier est done capable de savoir si les utilisateurs en question sont en ligne et si on 
peut communiquer avec eux. 

10 L'utilisateur peut aussi se mettre en relation par communication asynchrone, 
notamment par courtier electronique ou dans le cadre de forums de discussion, avec 
ces utilisateurs « proches » (que lui fait « decouvrir » le systeme), meme s'ils ne sont 
pas en ligne en meme temps. 

15 On notera a cet egard, que grace aux moyens deja mentionnes de selection en acces 
direct d'utilisateurs a partir de pages qui les interessent (en plus d'une structure de 
chemin d'acces direct aux pages a partir d'utilisateurs et repertoires) le systeme est 
apte a construire, avec de tres bonnes performances, des communautes d'utilisateurs 
partageant des memes centres d'interets. Les sujets de discussion crees sont ceux 

20 pour lesquels un ensemble de pages de taille suffisante a interesse un grand nombre 
d'utilisateurs. Ces derniers sont alors invites a participer a un forum de discussion 
ayant comme theme cet ensemble de pages. 

On va maintenant decrire la methode de calcul de proximite. 

25 

En partant de la page courante (e'est-a-dire la page visualisee par le premier 
utilisateur) avec ses liens ajoutes dans le repertoire courant - ou encore avec l'union 
des liens ajoutes associes a cette page dans les repertoires courants selectionnes par 
l'utilisateur - le systeme trouve parmi les autres repertoires (du premier utilisateur 
30 et/ou parmi les repertoires publies de seconds utilisateurs) contenant ladite page, 
ceux qui ont le score de proximite le plus eleve autour de ladite page. 
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En resultat, le systeme propose a Putilisateur ces repertoires dans I'ordre de leur 
proximite. 

5 La proximite est calculee a differents niveaux. 

Au premier niveau, la proximite est fonction du nombre de liens ajoutes communs 
associes a la page courante. La figure 58 illustre la determination de la proximite au 
niveau 1. 

10 

Au niveau 2, la proximite est egalement fonction du nombre de liens ajoutes 
communs associes aux pages reliees a la page courante par lien ajoute, comme 
l'illustre la figure 59. 

15 Au niveau n, la proximite est fonction du nombre de liens ajoutes communs associes 
aux pages reliees indirectement a la page courante par lien ajoute, n etant le nombre 
d'etapes d' indirection. 

Proximite transitive 

20 

On va decrire ci-apres un perfectionnement du procede de calcul de proximite entre 
, deux repertoires decrit plus haut. 

Le systeme peut enrichir son evaluation de proximite en anticipant les propagations 
2 5 probables de liens ajoutes dans le futur. 

En effet, les liens ajoutes qui au moment courant ne sont pas encore propages 
(suggeres) d'un repertoire proche a un autre, le seront probablement dans le futur, et, 
apres acceptation eventuelle, seront prets a etre suggeres a un troisieme repertoire (et 
30 ainsi de suite). Le systeme peut enrichir son estimation de proximite en anticipant 
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ces propagations (suggestions) et acceptations, et en calculant la proximite d'un 
repertoire en prenant en compte cette anticipation. 

Ceci peut se faire par deux approches differentes : 

5 

- soit par simulation predictive : 

La simulation predictive prend en compte la probability d'acceptation (telle que 
decrite plus loin) des futures suggestions de liens ajoutes, dans les repertoires 
1 0 proches du repertoire courant de Putilisateur. 

Le procede de simulation predictive consiste a simuler la propagation de liens 
ajoutes, a partir de repertoires a priori non proches du repertoire courant, vers des 
repertoires proches du repertoire courant. Suite a la propagation (simulee) d'un lien 
15 ajoute a partir de chaque repertoire non proche (vers un repertoire proche), un 
coefficient de probability d'acceptation (decrit plus loin) lie a ce repertoire non 
proche est associe audit lien ajoute. 

La proximite peut alors etre affinee en tenant compte des nouveaux liens ajoutes 
20 (introduits par la simulation) ponderes par leur coefficient de probability 
d'acceptation. 

Le calcul de proximite peut etre affine progressivement, en prenant en compte des 
niveaux de plus en plus indirects. En effet, la simulation predictive peut se faire a des 

25 profondeurs d'indirection de plus en plus grandes : ainsi un lien ajoute peut etre 
propage (par simulation) dans un repertoire proche du repertoire proche en question, 
avant d'arriver dans ce dernier, et ainsi de suite. Pour chaque nouveau repertoire, le 
systeme applique au lien ajoute le coefficient de probability d'acceptation associe au 
repertoire d'ou il a ete puise. A l'arrivee dans le repertoire proche en question, les 

30 liens ajoutes (suggeres par simulation) ont un coefficient de probability d'acceptation 
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qui represente la composition des probability d'acceptation dans les differents 
repertoires ou ils sont passes. 

Optionnellement, I'utilisateur peut parameter le systeme pour lui demander de lui 
5 suggerer directement les liens ajoutes propages par simulation dans le repertoire 
proche (bien que ces liens ajoutes ne soient pas encore acceptes par le possesseur du 
repertoire proche). 

De maniere progressivement plus indirecte, I'utilisateur peut demander au systeme 
10 de lui suggerer directement les liens ajoutes propages par simulation dans les 
repertoires proches d'un repertoire proche, et ainsi de suite. Lors des propagations 
d'un repertoire a l'autre, les coefficients de probability d'acceptation sont composes 
et les suggestions peuvent etre effectuees dans Tordre de ces coefficients. 

15 - soit selon l'approche decrite ci-dessous et appelee calcul de « proximite transitive » 
et qui offre Favantage d'une plus grande rapidite de calcul. 

Considerons trois repertoires R1 5 R2 et R3. La « proximite transitive de R3 pour Rl » 
est fonction du minimum entre « la proximite de R2 pour Rl » et « la proximite de 
20 R3pourR2». 

Le principe sous-jacent est, en effet, que dans une chaine de propagations 
potentielles de liens ajoutes, la proximite transitive est fonction de la proximite du 
maillon le plus faible de la chaine. 

25 

A la valeur obtenue (en prenant le minimum des proximites), on doit aussi appliquer 
la composition des coefficients de probability d'acceptation des repertoires respectifs 
(acceptation de R2 par Rl et de R3 par R2). 



30 



Un exemple est illustre sur la figure 60 : 
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- la proximite de R2 pour Rl est de 2 ; en effet les liens ajoutes pointant sur les pages 
p2 et p3 sont en commun ; 

- la proximite de R3 pour R2 est de 1 (p5 seul est en commun) ; il en decoule que la 
5 Proximite Transitive de R3 pour Rl est de 1 (le minimum entre 2 et 1), alors que la 

proximite de R3 pour Rl n'est que de 0 (aucun lien ajoute en commun). 

Bien evidemment, la proximite transitive peut aussi etre calculee dans une chaine 
plus longue de propagations potentielles, en prenant le minimum des proximites 
10 entre les repertoires pris sequentiellement dans ladite chaine et en lui appliquant la 
composition des coefficients de probabilite d'acceptation existant pour tous les 
maillons de la chaine. 

Coefficient de probabilite d'acceptation 

15 

La determination de la probabilite d'acceptation, dans un premier repertoire, d'un 
lien ajoute suggere provenant d'un deuxieme repertoire peut se baser sur Fhistorique 
des acceptations de liens ajoutes suggeres a partir de ce deuxieme repertoire. 

20 Dans ce sens, chaque premier repertoire maintient un compteur pour chaque 
deuxieme repertoire a partir duquel il a re9u des suggestions dans le passe. Bien 
entendu, ce compteur peut etre maintenu pendant une duree limitee dans le temps. La 
valeur de ce compteur represente le coefficient de probabilite d'acceptation. 

25 Le coefficient de probabilite d'acceptation est fonction du nombre de liens ajoutes 
acceptes (en mode normal ou en mode gele) moins le nombre de liens ajoutes refuses 
rapporte au nombre (total) de liens ajoutes suggeres. 

Ce procede peut comporter diverses sophistications que saura mettre en oeuvre 
30 l'homme du metier, et notamment une ponderation permettant de donner un poids 
plus fort aux acceptations/refus plus recents. 
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Pour un nouveau repertoire, c'est-a-dire a partir duquel aucun lien ajoute n'avait ete 
suggere dans le passe vers le repertoire courant de l'utilisateur, le systeme peut se 
baser sur un repertoire intermediate (ayant un historique dans le repertoire courant et 
5 le nouveau repertoire ayant un historique chez lui) pour determiner la probability 
d'acceptation. Ceci s'effectue selon l'approche suivante : 

Si un repertoire Rl jouit d'un fort coefficient de probability d'acceptation (C0-1) 
aupres d'un repertoire R0, et qu'un repertoire R2 a un fort coefficient de probabilite 
10 d'acceptation (CI -2) aupres du repertoire Rl, alors, par transitivite, R2 aura un fort 
coefficient de probabilite d'acceptation (CO-2) aupres du repertoire R0. 

Plus precisement, la valeur C0-1 reflete le degre de confiance que le possesseur du 
repertoire R0 accorde au contenu du repertoire Rl. En effet, puisqu'en general le 
15 possesseur du repertoire R0 accepte les suggestions provenant du repertoire Rl, il 
accorde un degre de confiance relativement fort a la validite de l'acte d'acceptation 
dans le repertoire Rl. En d'autres termes, le possesseur du repertoire R0 considere 
que le possesseur du repertoire Rl a un bqn jugement en matiere d'acceptation et de 
refus dans ledit repertoire Rl. 

20 

Or il se trouve que le possesseur du repertoire Rl a accepte dans ce repertoire une 
grande partie des suggestions provenant du repertoire R2 (c'est-a-dire que la valeur 
CI -2 est &evee). Puisque son jugement est bon aux yeux du possesseur du repertoire 
R0, le systeme peut conclure que le possesseur du repertoire R0 va probablement 
2 5 aussi accepter les suggestions provenant du repertoire R2. 

Par le meme raisonnement, si la valeur C0-1 est forte et si la valeur CI -2 est faible, 
alors, le systeme peut conclure que la valeur CO-2 sera faible. 

30 Bien evidemment, la profondeur de la transitivite (le nombre des intermediaires) peut 
etre plus grande : le systeme peut se baser sur plusieurs intermediaires qui se sont 
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fortement valides dans le passe (de preference le passe recent - voir plus haut a 
propos de la ponderation) pour predire qu'un nouveau repertoire sera probablement 
valide ou pas. Mais, bien evidemment, la fiabilite" du coefficient obtenu baissera avec 
la profondeur de la transitivite. 

5 

On a deja mentionne que la detection de repertoires proches permet de presenter ces 
rdpertoires a l'utilisateur dans la deuxieme liste (intitulee « voisins d'interet ») 
illustree de maniere schematique dans la figure 55a. Le coefficient de probability 
d'acceptation est un indicateur qui est pr6sente avec chacun de ces repertoires (il peut 
1 0 par exemple etre intitule « statistiques d'acceptation »). L'utilisateur preferera cocher 
des repertoires qui ont ce coefficient le plus eleve possible. 

Section 7 - Suggestion de liens aioutes oar l' administrateur d'un site 
15 Presentation 

L'administrateur d'un site (« Webmaster » selon la terminologie anglo-saxonne) 
specifie, dans le code source de la page a laquelle accede un utilisateur, ou encore 
dans une table contenue dans un serveur approprte et dont la cle est l'adresse de 
20 ladite page, l'ensemble des adresses des repertoires (dits « Specialistes ») qui 
peuvent etre proposes a l'utilisateur dans la premiere liste de la figure 55a. 

Les deux etapes suivantes peuvent etre mises en oeuvre dans l'exploitation de ces 
repertoires (repertoires candidats) pour un utilisateur donne : 



25 



1. En premiere etape, le systeme ne retient parmi les repertoires candidats que ceux 
qui sont les plus proches du repertoire courant (au sens de la section precedente 
« Detection de Repertoires Proches »). Toutefois, cette approche n'est valide que si 
la page a laquelle l'utilisateur a accede n'est pas nouvelle pour celui-ci, et que 
30 l'utilisateur lui avait deja associe des liens ajoutSs, de maniere a ce que le systeme 
puisse les comparer avec ceux figurant dans chacun des repertoires candidats 
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specifies par l'administrateur (pour determiner dans quelle mesure ce repertoire est 
proche, et ne retenir ainsi que les repertoires candidats les plus proches). 

Si, au contraire, la page a laquelle l'utilisateur accede est nouvelle pour lui 5 le 
5 systeme peut, optionnellement, tenter tout de meme de selectionner des repertoires 
candidats proches, en comparant les liens ajoutes qui se trouvent dans le repertoire 
courant de l'utilisateur (ces liens ajoutes n'etant pas associes avec la page courante, 
puisque celle-ci est nouvelle, mais a d'autres pages) avec les liens ajoutes des 
repertoires candidats, en partant de pages situees a des niveaux progressivement plus 
1 0 eloignes de la page courante dans les repertoires candidats. 

En cas d'echec, le systeme peut proposer les premiers repertoires specifies par 
l'administrateur du site comme devant etre presentes par defaut. 

15 2. Le systeme ne retient, dans les repertoires choisis en premiere etape, que les liens 
ajoutes les plus avantageux selon un ensemble de criteres de pertinence dont le poids 
relatif peut etre regie par 1'administrateur du site. 

A partir des repertoires Specialistes candidats (et/ou des repertoires proches « voisins 
20 d'interet»), le systeme peut aussi synthetiser un premier repertoire specialiste de 
maniere « personnalisee » et le proposer a l'utilisateur par defaut. Le contenu de ce 
nouveau repertoire est cree en regroupant des liens ajoutes selectionnes dans les 
repertoires candidats, qui a priori sont potentiellement les plus pertinents pour 
l'utilisateur. 

25 

En relation avec chaque lien ajoute, 1'administrateur peut specifier : 

- la maniere dont ledit lien ajoute va etre graphiquement presente avec la page 

courante ; 

30 - et la maniere dont le lien ajoute inverse sera graphiquement presente quand la page 
vers laquelle pointe ledit lien ajoute pointe va etre visualisee. 



WO 01/35269 



PCT/FR00/03157 



87 

Repertoires de la liste intitulee « Specialistes » 

Le document source d'une page a laquelle accede l'utilisateur (par exemple une page 
5 ecrite en langage HTML) peut contenir, parmi les donnees non affichees a l'ecran, 
l'adresse d'un premier repertoire (contenant des liens ajoutes) a proposer par defaut a 
l'utilisateur. 

Cette adresse (composee par exemple du pseudonyme de l'utilisateur et du chemin 
10 du repertoire que l'administrateur du site a choisis) est utilisee par le systeme pour 
etre presentee en premiere position dans la premiere liste (« Specialistes ») de la 
figure 55a. 

Cette adresse est cochee (selectionnee) par defaut par le systeme, ce qui signifie que 
15 l'utilisateur est implicitement considere comme souhaitant se faire suggerer les liens 
ajoutes du repertoire en question dans sa propre liste de liens ajoutes (conformement 
a la description faite dans la section « Publication de liens ajoutes »). 

Dans le document source, l'administrateur peut aussi specifier des adresses 
20 supplementaires de repertoires d'autres specialistes. Celles-ci serviront d'elements 
optionnels dans la premiere liste (« Specialistes) » de repertoires proposes a 
l'utilisateur, mais ne seront pas cochees par defaut. 

Alternativement, ces adresses de repertoires specialistes, au lieu d'etre notees dans le 
25 document source de la page a laquelle accede l'utilisateur, peuvent etre stockees sur 
un serveur dans une table qui fournit la correspondance entre l'adresse de la page et 
les adresses des repertoires Specialistes qui lui sont attribues. Dans le cas ou ledit 
serveur est aussi le serveur de liens ajoutes pour l'utilisateur courant, cette alternative 
permet d'eviter un aller-retour supplemental sur le serveur de liens ajoutes dans le 
30 cas de Farchitecture de la figure 44. 
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Selection parmi les repertoires candidats 

Le nombre d'adresses de repertoires Specialistes (specifiees par l'administrateur) 
peut etre bien plus Sieve que le nombre de repertoires qui seront effectivement 
5 presentes a l'utilisateur. Un nombre maximal de repertoires a presenter peut etre fixe 
par T administrates et/ou par l'utilisateur. 

Comme deja mentionne brievement dans la presentation faite plus haut, parmi les 
repertoires candidats, le systeme choisit les repertoires les plus proches de 
10 l'utilisateur. Ceci s'effectue : 

- soit directement selon la technique decrite plus haut dans la section « Detection de 
Repertoires Proches », 

15 - soit selon une extension de cette technique, appele « Proximite Decalee », que Ton 
va maintenant decrire. 

Proximite Decalee 

2 0 Dans le cas ou la page courante (visualisee par l'utilisateur) : 

- ne possede aucun lien ajoute (notamment parce que l'utilisateur y accede pour la 
premiere fois dans son repertoire courant) 

25 - ou n'a pas suffisamment de liens ajoutes en commun avec aucun des repertoires 
candidats(par rapport a un critere quantitatif fixe lors du pararnetrage du systeme), 

le systeme, n'ayant pas la possibility de detecter (par le procede decrit dans la section 
« Detection de Repertoires Proches »), parmi les repertoires candidats, les repertoires 
30 « les plus proches », selectionne les repertoires candidats par les etapes suivantes : 
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a. le systeme retient les repertoires candidats offrant le plus grand nombre de pages 
d'eloignement de niveau 1 (c'est-a-dire des pages pointees par des liens ajoutes 
associes a la page courante) qui soient en commun, 

5 b. pour chacune des pages d'eloignement de niveau 1 qui sont en commun, le 
systeme calcule la Proximite (tel que decrit dans la section « Detection de 
Repertoires Proches ») en partant de ces pages. 

La Proximite Decatee pour le repertoire candidat est fonction des Proximites ainsi 
10 determinees. 

Au final, le systeme choisit les repertoires candidats offrant les valeurs les plus 
elevees de proximite Decalee determinees comme decrit ci-dessus. 

15 Dans le cas ou le resultat de la recherche du point « a. » n'est pas suffisamment 
satisfaisant, le systeme peut eventuellement rechercher, dans le repertoire courant, 
des pages situees a des niveaux progressifs d'eloignement dans les repertoires 
candidats (Proximite Decalee d'eloignement > 1). 

20 Au point « b. », le niveau de profondeur de recherche de Proximite peut 
eventuellement etre augmente ou diminue (le cas de recherche le moins couteux en 
ressources informatiques etant celui avec une profondeur de niveau 0, c'est-a-dire en 
court-circuitant le point « b. »). 

25 La figure 61 illustre la determination de proximite decalee d'eloignement 1 pour un 
repertoire candidat. Dans cet exemple, le systeme trouve, dans le repertoire courant 
de l'utilisateur : 

- deux pages en commun (pi et p2), 

- pour la page pi du repertoire candidat, une valeur de proximite egale a deux liens 
30 ajoutes sur trois ; et pour la page p2, une valeur de proximite egale a un lien ajoute 

sur deux. 



WO 01/35269 



PCT/FROO/03157 



90 



On notera que cette technique de calcul de proximite decalee a partir d'un niveau 
progressif d'eloignement en partant de la page courante peut egalement etre utilisee 
de maniere generate pour rechercher des repertoires proches (notamment parmi un 
5 ensemble d'utilisateurs), en complement de la technique de calcul de proximite 
decrite dans la section « Detection de Repertoires Proches ». 

La figure 62 illustre ainsi la determination de proximite decalee d'eloignement 1 
d'un repertoire B par rapport a une page courante pO dans un Repertoire A. On 
1 0 observe que dans cet exemple, la determination de proximite tel que decrite dans la 
section « Detection de Repertoires Proches ») aurait echoue puisque la page pO 
n'existe pas dans le repertoire B. 

Selection parmi les liens ajoutes 

15 

Les liens ajoutes contenus dans les repertoires candidats selectionnes (c'est-a-dire les 
« Specialistes » proposes dans la premiere liste de la figure 55a) peuvent comporter 
bien plus de liens ajoutes (en mode « Accepte » ou « Gele ») que ceux qui seront 
suggeres aux utilisateurs. En effet, le systeme est apte a selectionner les liens ajoutes 
2 0 les plus pertinents pour chaque utilisateur qui les recevra. Ainsi la suggestion de liens 
ajoutes se fait de maniere « personnalisee ». La selection est effectuee par exemple 
en fonction d'un ou plusieurs des criteres suivants (selectionnes notamment en 
fonction des ressources qu'ils necessitent a priori pour leur mise en ceuvre): 

25 - l'interet potentiel du lien ajoute en question (dit « lien ajoute candidat ») pour 
l'utilisateur : comme deja mentionne dans la section « Creation de liens ajoutes dans 
des Repertoires », les liens ajoutes sont bidirectionnels, c'est-a-dire qu'un lien ajoute 
associe a une page PI et pointant sur une page P2 implique (des qu'il est Accepte) la 
creation du lien ajoute associe a la page P2 et pointant sur la page PI ; il est done 

30 dans l'interet de 1' administrates du site de suggerer un lien ajoute sur une page P2 
potentiellement la plus interessante possible, puisque 
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* plus la page P2 est interessante, plus l'utilisateur va la consulter ; 

* et a chaque fois qu'il va la consulter, le lien ajoute pointant sur la page PI 
va y figurer et va ainsi inciter l'utilisateur a aller consulter ladite page PI . 

Pour satisfaire a ce critere particulier, le systeme a notamment la possibility 
d'analyser si le lien ajoute candidat avait ete accepte ou gele dans des repertoires 
proches du repertoire courant de l'utilisateur. Pour ce faire, et comme l'illustre la 
figure 63, le systeme recherche des repertoires (repertoire proche candidat) 
possedant : 

* la page courante (a noter que, du fait que la page courante est nouvelle pour 
l'utilisateur, aucun lien ajoute n'y est encore associe) ; 

* le lien ajoute candidat associe a la page courante, en mode accepte ou.gele, 

* et le repertoire de l'utilisateur ayant une forte valeur de proximite decalee 
d'eloignement 1 (ou progressivement plus si necessaire) par rapport au repertoire 
proche candidat en partant de la page courante. 

- le fait que l'utilisateur avait deja re9u la page vers laquelle pointe le lien ajoute 
candidat (s'il ne s'agit pas d'une nouvelle page pour lui) dans le repertoire courant, et 
le fait qu'en outre la page pointee par le lien ajoute candidat est deja bien « ancree » 
20 dans le repertoire courant (dans le sens ou l'utilisateur a une probability relativement 
forte de la consulter en navigant d'une page a l'autre du repertoire), etant donne que 
plus l'utilisateur accedera a la page pointee par le lien ajoute, plus il verra le lien 
ajoute inverse qui l'incitera a aller revisiter la page courante (voir cependant le 
troisieme sous-critere ci-dessous qui consiste a fixer un seuil superieur au nombre de 
25 liens ajoutes preexistants) ; la propriete d'ancrage est mesuree en comptant dans le 
repertoire courant le nombre de liens ajoutes qui pointent sur la page en question (ou 
plus simplement, puisque les liens ajoutes sont bidirectionnels, en comptant les liens 
ajoutes associes a la page en question). 



10 



30 - dans quelle mesure l'utilisateur avait deja accepte ou gele cette page (ou au 
contraire, combien de fois il 1' avait laissee en mode suggere ou il F avait refusee) : 
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ainsi, si l'utilisateur avait deja re?u cette page (pointee par le lien ajoute candidat) 
dans le repertoire courant, et si de plus il 1 'avait acceptee (ou gelee), ceci indique que 
cette page l'interesse et qu'elle sera done probablement a nouveau acceptee en tant 
que lien ajoute de la page courante ; il est done plus avantageux de choisir le lien 
5 ajoute pointant sur cette page plutot qu'un lien ajoute pointant sur une page nouvelle 
pour Putilisateur ; en revanche, si l'utilisateur avait deja re?u cette page mais depuis 
ce moment il l'a laissee en mode suggere, ou, a fortiori, il Fa refusee, le systeme 
preferera ne pas la choisir, car le lien ajoute candidat a relativement moins de 
chances d'etre accepte par l'utilisateur. 

10 

- le nombre de liens ajoutes couramment associes a la page pointee par le lien ajoute 
candidat : si, dans le repertoire courant de l'utilisateur, une multitude de liens ajoutes 
sont deja associes a la page pointee par le lien ajoute candidat, le lien ajoute inverse 
au lien ajoute candidat sera « noye » dans cette multitude et n'aura pas l'effet 
15 d'incitation souhaite ; il n'est done pas toujours avantageux de choisir un lien ajoute 
candidat dont la page vers laquelle il pointe possede deja de trop nombreux liens 
ajoutes dans le repertoire de l'utilisateur (on notera que ce sous-critere est l'inverse 
du critere d'ancrage ; il doit etre utilise pour fixer un seuil qu'il ne faut pas 
depasser) ; 

20 Padministrateur indique alors avantageusement, avec chaque repertoire specialiste 
(qu'il specifie par exemple dans la partie non affichee du document source de la 
page, ou encore dans une table sur le serveur, comme decrit plus haut) : 

* le nombre maximum de liens ajoutes a suggerer (voir plus haut), etant 
2 5 rappele que l'utilisateur aussi peut contraindre ce nombre ; 

* le poids relatif a donner a chacun des criteres (e'est-a-dire la formule 
d'agr^gation ponderee des criteres) decrits ci-dessus, ainsi qu'eventuellement des 
indications sur les heuristiques a mettre en ceuvre dans leur prise en compte (il s'agit 

30 notamment d'eviter les criteres qui consommeraient trop de ressources). 



ji 
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Suggestion directe dans le Repertoire par defaut 

Le systeme peut synthetiser et proposer des liens ajoutes a partir : 

5 - des repertoires Specialistes et/ou 

- des repertoires proches determines automatiquement par le systeme 

et presenter les liens ajoutes obtenus a partir de ces repertoires (repertoires candidats) 
par exemple a travers le premier repertoire de la premiere liste de la figure 55a, qui 
1 0 est propose a Tutilisateur par defaut, 

Ce premier repertoire est ainsi « synthetise » de maniere differente pour chaque 
utilisateur. 

1 5 Pour ce faire, dans les repertoires candidats, le systeme choisit les liens ajoutes : 

- qui pointent sur une page, 

* alors que cette page est deja existante et a ete acceptee (ou gelee) un 
nombre de fois suffisant dans le repertoire courant de Putilisateur 
20 * ou qui s'est averee etre interessante chez un nombre suffisant d'utilisateurs 

voisins d'interet (ou plus exactement, qui fut acceptee ou gelee dans un 
nombre suffisant de repertoires proches), 

- et optionnellement, qui pointent sur une page pour laquelle la « Proximite Decalee 
Cumulee » d'eloignement 1 (a partir de la page courante), obtenue en additionnant 

25 les Proximites Decalees d'eloignement 1 dans les repertoires candidats, soit la plus 
grande possible. 

Presentation graphique 
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Avec chaque lien ajoute, l'administrateur du site peut specifier sous quelle forme, 
avec quelle image et a quelle position de la page courante, le lien ajoute devra etre 
pose, la presentation pouvant etre par exemple : 

5 - sur le bord de la page (dans une liste de « vignettes »), 

- sur la page (comme une affichette adhesive), ou sous la forme d'une petite icone 
situee sur la page qui se transforme en une telle affichette au passage de la souris, 

- ou encore dans des regions de la page qui etaient prevues pour contenir de la 
publicite. 

10 

L'administrateur peut aussi specifier ces parametres de presentation graphique pour 
le lien ajoute inverse (qui sera affiche sur la page vers laquelle pointe le lien ajoute 
en question). 

15 En particulier, 1' administrates peut souhaiter expressement specifier a quelle 
position ou dans quelle region, sur la page vers laquelle pointe le lien ajoute en 
question, sera appliquee la representation graphique du lien ajout6 inverse. C'est en 
effet par ce moyen qu'il pourra mieux inciter l'utilisateur a venir consulter sa propre 
page (la page courante). Son audience dependra done en partie de la position (ainsi 

20 que 1'apparence graphique) du lien ajoute inverse. 

La figure 64 illustre la presentation graphique d'un lien ajoute inverse sur une page 
(sous forme d'affichette). Une page pi a un lien ajoute sur une page p2 qui est deja 
tres encombree d'une multitude de liens ajoutes presentes graphiquement sous forme 

25 de vignettes (dans une liste verticale). Sur la page p2, le lien ajoute inverse pointant 
sur pi n'est pas presentee comme une vignette de plus, mais sous forme d'une 
affichette directement sur le contenu de la page. La representation graphique du lien 
ajoute inverse peut aussi etre automatiquement insere dans une region qui 
normalement aurait du contenir de la publicite. L'administrateur espere par la attirer 

30 1' attention de l'internaute. 
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Section 8 - Calcul automatigue de prevision cT Audience 

Le service offert par le systeme, consistant a permettre a l'administrateur d' inciter 
l'utilisateur a cliquer sur un lien ajoute inverse (pointant sur la page publiee par ledit 
5 administrates) : 

-peut etre propose (fonction de «devis») au moyen d'un calcul de prevision 
d' audience ; 

10 - peut etre facture (fonction « facturation ») pour le service effectivement rendu, sur 
la base : 

* de l'audience de la page a laquelle est associe le lien ajoute inverse (le 
nombre de fois que la page p2 de la figure 64 est vue par les utilisateurs du systeme), 
15 * des clics effectifs, c'est-a-dire en fonction du nombre de clics effectivement 

realises sur les liens ajoutes inverses. 

En effet, non seulement, un lien ajoute inverse incite directement l'utilisateur a 
acceder a la page vers laquelle il pointe (en l'occurrence la page pi de la figure 64), 
20 mais en outre, les liens ajoutes de la page (p2) a laquelle le lien ajoute inverse est 
associe peuvent etre publies (voir la section « Publication de liens ajoutes ») et etre 
ainsi propages d'un utilisateur a l'autre. 

Dans ce schema de propagation, seul les liens ajoutes inverses acceptes par un 
25 utilisateur seront suggeres aux utilisateurs qui sont en l'aval dans la chaine de 
propagation. 

La prevision d'audience peut etre effectuee avantageusement en appliquant le 
coefficient de probability d' acceptation qui tient compte du comportement des 
30 utilisateurs (tel que decrit plus haut dans la section « Detection de Repertoires 
Proches »). 
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Section 9 - Publication dc Repertoires 

Un perfectionnement du systeme consiste a permettre a l'utilisateur de publier (ou 
5 mettre a la disposition d'un groupe restreint) au moins un sous-ensemble des 
repertoires de sa toile personnelle. 

De la meme maniere que dans Papproche decrite plus haut dans la section 
« Publication de liens Ajoutes », les liens vers des pages contenus dans un repertoire 
1 0 publie pourront etre visualises : 

- directement au moyen d'un navigateur standard (par exemple suite a la reception 
d'un e-mail) ; 

- ou au moyen du systeme. 

15 Le repertoire consulte par l'utilisateur au moyen du systeme devient son repertoire 
courant. II peut s'agir d'un de ses propres repertoires ou d'un repertoire publie par un 
autre utilisateur. L'utilisateur peut « manuellement » inserer de nouveaux liens dans 
ce repertoire. 

20 L'utilisateur qui visualise le contenu d'un repertoire au moyen du systeme, peut 
egalement enrichir ce contenu en se faisant suggerer des liens a partir d'autres 
repertoires qui lui sont proposes dans les listes « Specialistes », « Voisins d'interet », 
et « Copains » (comme pour le cas des liens Ajoutes). Ces trois listes sont rappelees 
ci-dessous : 

25 

1. Les repertoires Specialistes sont ceux proposes par 1' administrates du site, et 
celui-ci peut proposer a l'utilisateur un nombre de repertoires Specialistes (candidats) 
plus grand que le nombre de repertoires qui seront presentes dans cette premiere 
liste. Le systeme selectionne : 

30 
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- d'abord les repertoires specifies comme devant etre presentes par defaut (s'il en 
existe), 

- ensuite, au fur et a mesure de racceptation de liens par l'utilisateur (1 'acceptation 
5 est decrite plus loin dans cette section) dans le repertoire courant, le systeme 

selectionne les repertoires dont les liens sont les plus voisins possibles des liens 
couramment deja acceptes (ou geles) par l'utilisateur. 

Pour ce faire, le systeme choisit essentiellement les repertoires contenant le plus de 
10 liens en commun avec l'ensemble de liens acceptes (ou geles) par Futilisateur au 
moment courant. 

Un repertoire Specialiste peut contenir un nombre de liens superieur au nombre de 
liens qui seront suggeres a l'utilisateur. Le systeme selectionne alors de preference 
15 les liens associes par le plus grand nombre de liens ajoutes (dans le repertoire 
Specialiste candidat) avec des liens qui (dans le repertoire courant) sont deja 
acceptes. Bien evidemment, ne seront suggeres a l'utilisateur que les liens qui ne 
figurent pas deja dans le repertoire courant. 

20 2. Les repertoires de Voisins d'interet sont determines automatiquement par le 
systeme. Ce sont : 

- soit des repertoires proches et de meme categorie, qui sont determines en amenant 
le systeme a selectionner, parmi les repertoires de meme categorie, ceux qui 

25 contiennent le plus de liens en commun avec les liens acceptes (ou geles) par 
l'utilisateur. 

- soit des repertoires contenant le plus de liens en commun avec des liens acceptes 
(ou geles) dans le repertoire courant, quelles que soient leurs categories ; cette 

30 approche peut se reveler performante si la selection de ces repertoires peut se faire en 
acces direct a partir des liens contenus dans le repertoire courant (voir le type de 
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requete schematise sur la figure 65) ; en outre, cette approche permet d'associer des 
categories aux repertoires automatiquement, car les categories associees a chaque 
repertoire determine automatiquement sont proposees a l'utilisateur, lorsque ce 
dernier selectionne ledit repertoire. 

5 

Le grand avantage de ce procede est qu'il permet aux utilisateurs d'associer aux 
repertoires des categories appartenant a un vocabulaire commun (le systeme incite a 
parler un « langage commun »). 

10 3. Les repertoires Copains sont les repertoires choisis par l'utilisateur (Voir la section 
« Publication de liens Ajoutes »). 

Le principe de Publication et Suggestion etant le meme que pour la Publication de 
liens Ajoutes (voir la section « Publication de liens Ajoutes »), nous ne precisons pas 
15 ici tous les details, mais quelques particularites des liens (associes aux repertoires) 
par opposition aux liens ajoutes (associes aux pages). 

Dans l'ensemble de liens (vers des pages) qui sont contenus dans le repertoire que 
l'utilisateur est en train de visualiser, Putilisateur re<?oit des liens supplementaires a 
20 partir des repertoires selectionnes dans les trois listes sus-decrites (Specialistes, 
Voisins, Copains). 

Comme pour les liens Ajoutes, le systeme peut avantageusement comporter des 
moyens pour selectionner des liens sur la base de criteres («Offreur», 
25 « Demandeur », etc), donnees par l'utilisateur ou associes au repertoire visualise. 

Les liens qui sont ainsi suggeres a l'utilisateur doivent etre distingues de ceux qu'il 
avait lui-meme ajoutes : il peut en effet en refuser certains. Dans ce but, les liens 
peuvent se trouver dans un parmi plusieurs modes differents: « Suggere », 
30 « Accepte», « Refuse » (et «Gele», ce dernier mode etant decrit dans la section 
« Liens en mode Gele »). 
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Les liens re<;us par un premier utilisateur, a partir des liens publies par un deuxieme 
utilisateur (ou a partir d'un des repertoires du premier utilisateur), sont chez le 
premier utilisateur au depart en mode « Suggere ». 

5 

Suite a une action de l'utilisateur, chaque lien ajoute en mode Suggere peut passer a 
Tun parmi les autres modes. L'interface utilisateur permettant la mise en oeuvre de 
ces changements de mode est schematisee sur la figure 66. 

10 Cette figure illustre egalement Ie fait que, les repertoires etant visualises comme des 
pages, l'utilisateur peut leurs associer des liens ajoutes. On voit ainsi qu'au repertoire 
rl ont ete associes (par la technique des liens ajoutes) les repertoires r2 et r3 ainsi 
que la page p6. 

15 Les moyens de stockage associent done aux liens un attribut « Mode » qui peut 
prendre comme valeur : Accepte, Refuse ou Gele. La figure 56 presentait un 
diagramme de classe pour les liens Ajoutes, selon la representation standard UML (« 
Unified Modeling Language »), mettant en evidence Pattribut Mode des liens 
Ajoutes. Nous completons cette description avec la figure 67 qui montre que les liens 

20 (vers les pages) possedent egalement un attribut Mode. Cet attribut peut lui aussi 
prendre la valeur Accepte, Refuse ou Gele. De plus, la classe « Repertoire » 
comporte 1'attribut « Categories » qui a pour fonction de permettre de comparer des 
repertoires de meme categorie (independamment des noms que les utilisateurs leur 
ont donne). 

25 

Un lien en mode Suggere n'existe que pendant la visite d'un repertoire selectionne 
dans l'une des trois listes deja mentionnees. II n'est pas affiche en dehors de cette 
visite. 
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Un lien en mode Suggere n'est pas stocke dans Pespace de stockage personnel de 
1'utilisateur car, a chaque nouvelle visite, il est recree a partir du Hen correspondant 
stocke dans le repertoire source. 

5 Le passage d'un lien du mode Suggere au mode Refuse a pour effet de filtrer 
automatiquement ledit lien lors des visites ulterieures. 

Le passage au mode Accepte signifie que 1'utilisateur « valide » le lien qui est en 
mode Suggere. Cette action a pour effet : 

10 1. de stocker ledit lien dans son espace de stockage personnel, de maniere a ce qu'il 
lui soit presente a nouveau avec chaque nouvelle presentation du contenu du 
repertoire dans lequel ledit lien a ete range ; cette presentation a lieu meme si ledit 
lien a ete supprime dans le repertoire qui en etait la source) - ceci par opposition aux 
liens en mode Suggere qui ne sont plus presentes des le moment ou il sont supprimes 

15 dans le repertoire source ; cette presentation a lieu meme si le repertoire qui en etait 
la source n'est plus selectionne (a ete decoche). 

2. si le repertoire dans lequel ledit lien est range est publie, de publier ledit lien 
d'office (sauf instruction contraire de 1'utilisateur) - ceci par opposition aux liens 
2 0 ajoutes en mode Suggere qui eux ne seront pas publies. 

On notera ici que P insertion d'un lien dans un repertoire (par exemple manuellement 
en tapant son adresse URL ou par glisser-deposer a partir d'un autre repertoire) 
entraine d'office sa mise en mode Accepte (puisque 1'utilisateur Pa insure lui-meme). 

25 

Une page visualisee par 1'utilisateur dans le repertoire courant entraine Pinsertion du 
lien vers ladite page en mode Suggere dans ledit repertoire. II n'est done pas stocke. 
Toutefois, des qu'un lien ajoute en mode Accepte est associe a ce lien, ce dernier 
passe en mode Accepte et le systeme le stocke done dans P espace personnel de 
30 1'utilisateur. 
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Section 10 - Liens en mode gele 
Le passage en mode « gele » signifie que : 
5 - non seulement l'utilisateur a valide le lien ajoute, mais de plus 

- la version courante de la page (vers laquelle pointe ledit lien ajoute au moment ou 
la transition au mode gele est effectuee) est stockee dans le systeme afin de garantir a 
l'utilisateur que ledit lien ajoute (aussi longtemps qu'il n'est pas supprime) dirigera 

10 toujours l'utilisateur sur cette meme version de la page dans le futur. 

Plus precisement, la version courante de la page en question est copiee dans un 
espace de stockage propre au repertoire courant de l'utilisateur, et le lien pointe 
maintenant vers cette version stockee. 

15 

En realite, pour optimiser la place consommee, il est avantageux que le systeme ne 
stocke qu'une seule copie de chaque version differente de page, qui sera partagee par 
tous les utilisateurs et tous les repertoires possedant ce lien en mode Gele. Cette 
optimisation est necessaire car une meme version de page peut etre pointee par des 
2 0 liens ajoutes associes a des pages differentes : 

- d'un meme repertoire, 

- de repertoires difterents d'un meme utilisateur, ou encore 

- de repertoires d'utilisateurs differents, 

25 et par consequent une multitude de liens ajoutes geles pointant sur une meme page 
peuvent exister. 

Lorsqu'un lien ajoute pointant sur une page est gele, le systeme verifie d'abord si la 
version courante de ladite page est deja copiee, le cas echeant le systeme modifie 
30 ledit lien ajoute pour le faire pointer vers cette copie. 
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Pour determiner si une copie de la version courante de la page existe deja ou pas : 

- le systeme memorise dans une table, en association avec chaque lien (vers une 
page) pour laquelle une copie est stockee, la date et l'heure de la copie ; 

5 

- dans la mesure ou une copie existe pour le lien en question et ou la copie est 
recente, le systeme compare le contenu de la version courante avec celui de la copie, 
et si les contenus sont identiques, le systeme 6vite ainsi de cr^er une nouvelle copie ; 

10 - alternativement, le systeme peut exploiter les renseignements fournis dans le 
document source de la page en question pour connaitre sa version (et determiner si 
elle est diffSrente de la version telle que copi6e). 

Section 1 1 - (Nontenants et contenus 

15 

On va maintenant g6n6raliser les concepts decrits dans les sections pr£c£dentes, en 
considerant des structures « Contenants »(« Containers » en terminologie anglo- 
saxone) contenant des elements « Contenus » (« Contents » en terminologie anglo- 
saxone), a n'importe quel niveau dans la structure des informations gardees par 
2 0 Putilisateur dans son espace de stockage personnel. 

Les diff£rents modes d'exploitation des liens ajout6s entre pages decrits par ailleurs 
dans le present chapitre pourront, en de nombreuses instances, etre etendus a 
Sexploitation de liens situ^s dans des contenants inclus directement dans la structure 
25 de pages et pointant vers des contenus susceptibles d'etre incorpor^s a la page en 
question. 

Les pages sont des documents, eux-memes structures sous forme hierarchique (par 
exemple : sections, paragraphes, etc.), et auxquels est associee une specification de 
30 presentation a Putilisateur. Dans la suite, on va considerer des documents dont le 
contenu est specifie selon la notation standard XML (abreviation de Pexpression 
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anglo-saxonne Extended Markup Language), et dont la presentation est sp6cifi6e 
selon le langage XSL (abr^viation de l'expression anglo-saxonne XML Stylesheet 
Language) ou selon un langage equivalent. Ces technologies se pretent parfaitement 
a une structuration hierarchique des informations. 

5 

Toute la toile personnelle de Tutilisateur est vue comme une structure arborescente 
de contenus/contenants imbriques, chaque contenu etant vu comme un document (ou 
fragment de document) au format XML auquel est optionnellement assoctee une 
specification de presentation au format XSL. A chaque niveau dans cette structure 
10 d'arbre, un contenu ne peut etre affiche k l'ecran de Pordinateur de mantere 
autonome que si un document XSL lui est associe. Dans le cas inverse, le Content 
ancetre le plus proche ayant un XSL est affiche par defaut. 

Ainsi par exemple, un repertoire est d'abord un contenu qui peut etre presente a 
15 l'utilisateur comme une page autonome, dans la mesure ou un document XSL pour la 
presentation des repertoires lui est associe. Un repertoire a par ailleurs un et un seul 
contenant dont les contenus sont eux-mSmes des repertoires ou d'autres types de 
documents. Certains de ces documents peuvent contenir plusieurs contenants, qui 
eux-memes contiennent des contenus, et ainsi de suite. 

20 

Tous les moyens decrits jusqu'ici pour les repertoires et les pages sont applicables 
respectivement aux contenants et contenus. 

Dans ce cas, notamment : 
25 - les liens (vers des pages) sont alors des liens vers des contenus ; les liens Ajoutes 
pointeront egalement sur des contenus, 

- et les Coefficients de Probabilite d'Acceptation introduits dans la section 
« Detection de Repertoires Proches » sont alors associes a des contenants plutot qu'a 
des Repertoires. 



30 
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En partant du fait que l'utilisateur peut copier (ou « importer ») un lien d'un 
repertoire a un autre, la pr^sente section propose un systeme pour lui permettre 
d'importer n'importe quel contenu de n'importe quel contenant k un autre (a 
condition que le type dudit contenu ne viole pas les contraintes de type du contenant 
5 qui est cense le recevoir) a n'importe quel niveau dans la structure des informations 
de l'utilisateur. 

De meme, cette extension du systeme a pour objet de permettre a l'utilisateur de tirer 
(c'est-a-dire de cr^er par glisser-deposer) des liens ajoutes de n'importe quel contenu 
10 a n'importe quel autre contenu. Ainsi, au lieu de ne pouvoir tirer des liens ajoutes 
qu'entres pages, entre repertoires et d'une manidre mixte entre repertoires et pages, 
l'utilisateur pourra tirer un lien ajoute entre un element dans une page et une autre 
page consider dans sa globalite, par exemple. 

15 Avantageusement, un lien ajoute (et notamment un lien ajoute inverse) pourra 
pointer sur un contenu enfoui dans une page. Dans le cas ou le contenu vers lequel 
pointe le lien ajoute n'a pas de specification de presentation (au format XSL) associe, 
le m^canisme mis en oeuvre affichera le plus proche contenu parent (qui le contient) 
dans la hierarchie des contenus. 

20 

On introduira en outre une troisieme manipulation offerte a l'utilisateur : la 
, « derivation » de contenant, selon laquelle un premier contenant derive d'un 
deuxieme contenant re?oit en mode Suggere tous les contenus du deuxieme 
contenant (ou eventuellement une selection de ceux-ci) qui sont en mode Accepte 
25 (ou Geie). Cette transmission de contenus se fait en permanence, en ce sens que 
m§me les contenus qui sont acceptes dans le fiitur dans le deuxieme contenant sont 
suggere dans le premier contenant d£s leur acceptation dans le deuxieme contenant. 

Les documents que constituent les pages publiees dans les sites Internet doivent etre 
30 restructures pour permettre d'en distinguer les contenus et contenants qui les 
constituent. 
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Le texte ci-dessous est un exemple simple de document en langage XML : 
<Root> 

5 exemple deformations <img src="urlsource'V> de toutes sortes 

<A id="A-l" name="Anatole"> 

<C name^'Hubert" id= M C-l"/> 
<C name= ,, Edouard"/> 
<C name- ! Antoine fl /> 
10 <C name- 'Raymond"/> 

</A> 

<B name="Henri"/> 

<B name="Claude" myfriend- 'C-1" myenemies="A-l B-l"> 
exemple informations texte exemple informations texte 
15 <D name^Dominique" myfriend- 'A- 1"/> 

</B> 

<B name="Robert" id="B-l"//> 
<B name- 'Andre"/> 
</Root> 

20 

Un exemple de feuille de style XSL, permettant d'obtenir le rendu, est pr6sent6 dans 
les dix paragraphes suivants. 

Entete de la feuille de style : 

2 5 <?xml version^" 1 .0" encoding="ISO-8859-l " ?> 

<xsl:stylesheet xmlnsixs^'^ttpi/Zwww.wS.org/TRAVD-xsr^ 
<xsl:template match=7"> 
<HTML> 
<HEAD/> 

3 0 <BASEFONT FACE=" ARIAL" SIZE="2"> 

<xsl:apply-templates l> 
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</BASEFONT> 
</HTML> 
</xsl:template> 

5 Les nceuds du code source pour lesquels aucun traitement particulier n'est pr£vu sont 
copies dans la page HTML : 
<xsl:template match="*"> 
<xsl:copy> 

<xsl:apply-templates select="@*|node()" /> 
10 </xsl:copy> 
</xsl:template> 

Les attributs du code source pour lesquels aucun traitement n'est pr6vu prennent les 
valeurs specifies dans le code source : 
1 5 <xsl:template match="@*"> 
<xsl:attribute> 
<xsl:value-of l> 
<xsl:attribute> 
</xsl:template> 

20 

Pour le tag Root, sont ajout^s un titre et un paragraphe : 
<xsl:template match="Root"> 
<H1>FAMILLE/AMITIE/ETC...</H1> 
<p>Dans la rue, il y a plein de gens :</p> 
2 5 <xsl:apply-templates /> 

</xsl:template> 

La valeur de Pattribut name est inscrite en caracteres gras. 
<xsl:template match="*[@name] "> 
30 <li> 
<b> 
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<xsl:value-of select= !l @name" l> 
<lb> 

Si le noeud possede un attribut id, la valeur de Fattribut est placSe dans le rendu entre 
5 parentheses : 

<xsl:iftest="@id"> 
(id= 

<xsl:value-of select="@id" /> 
) 

10 </xsl:ifc> 

Si le noeud possfede un attribut myfriend, la valeur de Fattribut est plac^e dans le 
rendu entre parentheses : 

<xsl:if test="@myfiriend"> 
15 (amide 

<xsl:value-of select= l, @myfriend M /> 
) 

</xsl:i£> 

Si le noeud possdde un attribut myenemies, la valeur de Fattribut est plac^e dans le 
rendu entre parentheses : 

<xsl:if test="@myenemies"> 
(ennemi de 

<xsl:value-of select="@myenemies" t> 
) 

</xsl:if> 
<xsl:choose> 

Si un noeud possedant un attribut name possede des sous-noeuds avec des attributs 
3 0 name, ces sous-noeuds sont pr£sent£s dans une liste precede du label "Enfants:" : 
<xsl:when test^'^^name] 1 ^ 



20 



25 
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<blockquote> 
Enfants : 
<ol> 

<xsl:for-each select= !, *[@name]"> 
5 <xsl:apply-templates select= H ." /> 

</xsl:for-each> 
</ol> 
</blockquote> 
</xsl:when> 

10 Si un noeud poss&iant un attribut name ne possede pas des sous-noeuds avec des 
attributs name, le label "Aucun enfant" est affich6 : 

<xsl:otherwise>- Aucun enfant</xsl:otherwise> 
</xsl:choose> 
</li> 

15 </xsl:template> 
</xsl:stylesheet> 

La structure de donn£es XML est ici d6compos6e en un ensemble de contenants et de 
contenus. Ces deraiers contiennent les Stements de la structure XML initiate. Dans 
20 un but de classification, les contenants peuvent optionnellement etre assoctes a des 
categories, de telle sorte que les contenus qu'ils possddent soient classes dans cette 
categorie. 

Sur la figure 68, dans la structure arborescente d'un document, on voit apparaitre des 
2 5 contenants (illustres en pointiltes). 

La figure 69 illustre le fait qu'une telle structure permet de prendre des elements 
d'un contenant pour les placer dans d'autres par le proc^de importation. 
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On decrira egalement un proc6de de derivation permettant de placer un contenant 
dans un autre, dans le but de profiter du contenu du contenant d'origine, comme 
schematise par la figure 70. 

5 La figure 71 illustre le fait que ces manipulations peuvent egalement Stre effectuees 
d'un document a l'autre. 

On cherche a pouvoir, a partir de pages Internet, restructurer les informations qui s'y 
trouvent afin de permettre a l'utilisateur de se composer ses propres pages, et ceci a 
10 partir de contenants et de contenus qu'il trouve au cours de sa navigation. Cela 
implique de definir une macrostructure de contenants/contenus, et de dissocier les 
contenus, qui pourront ainsi etre deplac6s ou reproduits d'une page a l'autre. 

Sur cette base, les donnees XML d'un document de la Toile seront decomposes 
1 5 pour adopter la structure sui vante : 

- un arbre de structure definissant Timbrication des differents contenants 
d'information, chacun portant les references de ses contenus ; 

- une suite de contenus, regroupant les elements references dans les contenants. 

20 

Etapes de la transformation 

L'administrateur d'une page d'un site dispose d'un code XML initial (on reprendra 
l'exemple deja pr6sente plus haut), qu'il desire faire partager aux utilisateurs du 
25 systeme. 

A. Creation de la macrostructure 

Pour que le code « source » puisse etre restructure et stocke en evitant les 
30 redondances, l'utilisateur specifie quels elements sont des contenus et a quel 
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contenant chaque contenu appartient. Ceci permet de constituer ce qu'on appelle ici 
la macrostructure. 



Les contenants sont sp6cifi6s au moyen d'attributs. Utiliser des attributs plutot que 
5 des « balises » (« tags » en terminologie anglo-saxonne) offre Pavantage de ne pas 
modifier la structure et ainsi, notamment, de ne pas remettre en cause l'application de 
feuilles de style XSL. La restructuration est ainsi « non intrusive ». On va maintenant 
presenter l'application d'une m^thode de specification de contenus et contenants (en 
se servant de l'exemple d6ja pr£sent6 plus haut) au moyen d'attributs : 

10 

<Root CONTAINERNUMBER-' 1 " CATEGORY="urll M > 
exemple d'informations <img src="urlsource"/> de toutes sortes 
<A id="A-P name="Anatole"> 

<C name="Hubert" CONTAINERNUMBER=" 1 CATEGORY="url2 n id="C-l n 
15 /> 

<C name="Edouard" CONTAINERNUMBER- '2" CATEGORY="url3"/> 
<C name^'Antoine" CONTAINERNUMBER="2" CATEGORY="url3 M /> 
<C name="Raymond" CONTAINERNUMBER-'2" CATEGORY="url3"/> 
</A> 

20 <B name- 'Henri" f> 

<B name="Claude" CONTAINERNUMBER-" 1 " CATEGORY- ,, url4" 
myfriend="C- 1 " myenemies=" A- 1 B- 1 "> 

exemple informations texte exemple informations texte 

<D name-'Dominique" myfriend- *AA"f> 
25 </B> 

<B name^'Robert" CONT AINERNUMBER=" 1 " CATEGORY="url4 M id="B-17> 
<B name=" Andre" CONTAINERNUMBER=" 1 " CATEGORY="url4" l> 
</Root> 



30 On notera que : 
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- « Hubert » est dans un container (CONTAINERNUMBER= "1") different de celui 
d' « Antoine », « Edouard » et « Raymond » (CONTAINERNUMBER= "2"). 

- les attributs « myfriend » et « myenemies » sont des references aux noeuds de 
Parbre, car ils ont 6t6 specifies comme tels (type « idref ») par le schema associe au 

5 code source en langage XML. 

Remarques : 

1- La macrostructure permet de dissocier les elements, de la structure dans laquelle 
10 ils resident. Ainsi, les elements sont stockes de manifire unique sur le serveur quel 

que soit le nombre de fois ou ils ont ete reproduits. 

2- Par defaut, sans aucune intervention manuelle, la macrostructure pourrait etre 
automatiquement calqu6e sur la structure du document. La granularity du partage 

15 (granularity des elements qui peuvent etre r6pliqu6s) serait alors celle des Elements 
du document. Mais le syst&ne serait alors lourd a manipuler pour l'utilisateur, la 
macrostructure serait volumineuse et les performances s'en ressentiraient. 
L'approche que nous pr^sentons consiste a permettre de specifier la macrostructure 
explicitement dans les documents, c'est-a-dire de choisir la granularite des contenus 

20 qui peuvent etre partag^s. Ainsi, lors de la specification d'un contenu, celui-ci est, 
par la m§me occasion, localise dans un contenant qui peut regrouper plusieurs 
contenus. Comme les contenus auraient pu etre caiques sur la structure des elements 
du document, les contenants auraient pu Stre caiques sur la structure des contenus 
(tous les contenus enfants d'un meme parent auraient alors 6t6 mis dans un 

2 5 contenant). On a pr£f£r£ ici specifier explicitement quels contenus sont situ^s dans 
quels contenants. 

B. Code decompose 
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A partir des indications figurant dans le nouveau code source, est construite la 
structure decomposed, constitute d'une part par l'arbre de structure et d'autre part la 
suite de contenus. 

5 Dans notre exemple, l'arbre de structure est la suivante : 

<CONTAINER SRC="...?id=12" CATEGORY="urll"> 

<CONTENTREF id="ContentRef-l " SRC=". . .?id= Content-42" NAME="Root"> 

10 <POSITION_CONTAINERN="l"> 

(Container ou se trouve Hubert) 

<CONTAINER SRC="...?id=13" CATEGORY="url2"> 
<CONTENTREF id="ContentRef-2" SRC=". . .?id= Content-43" NAME="C"> 
15 </CONTAINER> 

(Container ou se trouvent Antoine, Edouard et Raymond) 
<CONTAINER SRC="...?id=14" CATEGORY="url3"> 
<CONTENTREF id="ContentRef-3" SRC=". . .?id= Content-44" NAME="C"> 

2 0 <CONTENTREF id="ContentRef-4" SRC=". . .?id= Content-45" NAME="C"> 

<CONTENTREF id="ContentRef-5" SRC=". . .?id= Content-46" NAME="C"> 
</CONTAINER> 

<POSITION_CONTAINER > 

25 

<POSITION_CONTAINER N="2"> 

<CONTAINER SRC=". . .?id=15" CATEGORY="urI4"> 

3 0 <CONTENTREF id="ContentRef-6" SRC=". . . ?id= Content-47" NAME="B'> 
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<POSITION_ELTREFS N="l"> 
<ELTREFS SRC="... ?id=ContentRef-2"/> 
</POSITION_ELTREFS > 

5 <POSITION_ELTREFS N="2"> 

<ELTREFS SRC="... ?id=ContentRef-l"/> 
<ELTREFS SRC= M ... ?id=ContentRef-7"/> 
</POSITION_ELTREFS > 

10 <POSITION_ELTREFS N="3"> 

< ELTREFS SRC=" . . . ?id=ContentRef- 1 "/> 
</POSITION_ELTREFS > 

<l CONTENTREF> 

15 

<CONTENTREF id="ContentRef-7" SRC="...?id= Content-48" NAME="B"/> 
<CONTENTREF id="ContentRef-8" SRC=". . .?id= Content-49" NAME="B'7> 
</CONTAINER> 
</POSITION_CONTAINER > 
20 </CONTENTREF> 
</CONTAINER> 

La suite de contenu est la suivante : 

2 5 <CONTENT id=" Content-42" CATEGORY-'url 1 "> 
<Root> 

exemple d'infonnations <img src="urlsource"/> de toutes sortes 
<A name="Anatole" id="A-l"> 

<POSITION_CONTAINER N="1'V> 

30 </A> 

<B name="Henri" l> 
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<POSITION_CONTAINER N="2'7> 
</Root> 
</CONTENT> 

5 <CONTENT id="Content-43" CATEGORY="url2"> 
<C name= ,, Hubert ,, id=C-l/> 
</CONTENT> 

<CONTENT id=" Content-44" CATEGORY="url3"> 
10 <C name="Edouard"/> 

</CONTENT> 

<CONTENT id=" Content-45" CATEGORY="url3"> 
<C name="Antoine"/> 
15 </CONTENT> 

<CONTENT id=" Content-46" CATEGORY="url3"> 

<C name="Raymond"/> 
</CONTENT> 

20 

<CONTENT id=" Content-47" CATEGORY="url4"> 

<B name="Claude" myfriend="C-l"myenemies="A-l B-l"> 
<POSITION_ELTREFS N="l" ATTRIB="myfnend"/> 
<POSITION_ELTREFS N="2" ATTRIB="myenemies"/> 
2 5 exemple informations texte exemple informations texte 

<D name="Dominique" myfriend-'A-r^ 

<POSITION_ELTREFS N="3" ATTRIB="myfriend'7> 

</D> 

<B/> 

30 </CONTENT> 
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<CONTENT id="48" CATEGORY="url4"> 

<B name="Robert" id="B-l"/> 
</CONTENT> 

5 <CONTENT id="49" CATEGORY="url4"> 
<B name="Andre"/> 
</CONTENT> 

Comme on peut le voir, toutes les donn&s d'arbre de depart sont separees dans la 
10 suite de contenus. L'arbre de structure repr&ente Pimbrication des contenants entre 
eux. 

L'imbrication entre « Root » et « Henri » ne figure pas dans l'arbre de structure car 
« Root » et « Henry » sont dans le meme contenu. Par contre, rimbrication entre 
15 « Anatole » et « Hubert », « Edouard », « Antoine » et « Raymond » est refletee dans 
l'arbre de structure, car « Hubert », « Edouard », « Antoine » et « Raymond » sont 
regroup^s dans deux contenants diffgrents sous « Anatole ». 

De plus, on constate que les contenants peuvent Stre disposes de fa? on bien precise 
20 dans les contenus. On parlera de positionnement. Les contenus dans lesquels se 
trouvent des contenants portent une balise indiquant ou les contenants se trouvent (au 
moyen d'un num^ro POSITION_CONTAINER N). Les positions dans les contenus 
sont utilises dans Parbre de structure. Chaque contenant est en effet imbrique sous 
une balise POSITION CONTAINER ayant un num^ro. Ce num&x) correspond a 
2 5 Pindication « N » figurant dans les contenus. Ceci est illustre sur la figure 72. 

Lorsque certaines balises poss&Ient des references a d'autres balises, cela est 
materialise dans l'arbre de structure et dans la suite de contenus au moyen de la 
balise POSITION JELTREFS. La mSme approche que pour le positionnement des 
30 contenants est utilise. La position de references a des elements est materialisee dans 
un contenu k l'aide d'un numero POSITION_ELTREFS N, que Ton retrouve dans 
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Tarbre de structure, dans le champ «CONTENTREF» correspondant. Cette 
indirection permet de retrouver, dans la structure arborescente de contenants, le 
contenu ou se trouve l'616ment refi£renc& Ceci est illustr£ a la figure 73. 

5 Detail de la macrostructure decomposee 

a. Arbre de structure 

1. Balise « CONTAINER » 

10 

Cette balise repr^sente un contenant au sein de Tarbre de structure. Un contenant est 
identify par une adresse URL d&iomm£e SRC. 

Cette adresse URL est composee du nom de domaine ou le contenant est archive, et 
15 de Tidentifiant local de ce contenant pour le domaine. Si plusieurs serveurs sont 
assoctes k un nom de domaine, alors ce nom de serveur est specifie dans Tadresse 
URL entre le nom de domaine et Tidentifiant local : 

SRC : DomainName/ServerName?ID 

20 

Cette balise comporte 6galement un attribut indiquant a quelle catdgorie est associ£ 
• le contenant. Cette cat£gorie est sp^cifiee au moyen d'une adresse URL. 

Un contenant est compost de plusieurs balises CONTENTREF (voir definition 

2 5 precise ci-apres) qui renvoient au contenu dans la succession de contenus. De plus, 

un contenant peut etre dans un contenu a une position donnee, selon la balise 
POSITION_CONTAINER (d£finie ci-apres) d^signant la position k laquelle il se 
trouve. 

3 0 Par exemple : 
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<CONTAINER SRC=«... ?id=12» CATEGORY=«URL»> 

2. Balise « CONTENTREF » 

5 Cette balise constitue une reference a un 616ment donn<£ CONTENT de la succession 
de contenus. II est identify par un identificateur entier « ID », et porte un attribut 
SRC qui est l'identifiant unique du contenu CONTENT r6ference\ La mime syntaxe 
d'adresse URL que pour les contenants est adoptee. Les balises CONTENTREF 
comportent egalement un nom NAME : 

10 

<CONTENTREF ID= «432» SRC=«... ?43» NAME=«A»/> 

3. Balise « POSITION_CONTAINER » 

15 Cette balise permet de materialiser les differentes positions ou on peut trouver des 
contenants dans un contenu. Comme le montre l'exemple ci-apres, une balise 
CONTENTREF peut contenir plusieurs balises POSITION_CONTAINER, c'est-a- 
dire que des contenants peuvent etre disposes a plusieurs endroits du contenu en 
question. De plus, a une position donn£e, il est possible de trouver plusieurs 

20 contenants, comme dans l'exemple suivant : 

< CONTENTREF ID=26 SRC=«... ?ID=44» NAME=«B»> 
<POSITION_CONTAINER N=l> 

<CONTAINER SRC=«... ?ID=13» CATEGORY=«URLl»> 
25 < CONTENTREF ID=27 SRC=«... ?ID=45» NAME=«B 1 »/> 
</CONTAINER> 

<CONTAINER SRC=«... ?ID=14» CATEGORY=«URL2»> 

< CONTENTREF ID=28 SRC=«... ?ID=46» NAME=«B2»/> 
</CONTAINER> 

30 <7POSITION_CONTAINER> 

<POSITION_CONTAINER N=2> 
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<CONTAINER SRC=«... ?ID=13» CATEGORY=«URLl»> 
<CONTENTREF ID=29 SRC=«... ?ID=47» NAME=«B3»/> 
</CONTAINER> 
</POSITION_CONTAINER> 
5 </CONTENTREF> 

b. Suite de contenus 

l.Balise« CONTENT » 

10 

Cette balise represente un contenu. Un contenu peut contenir une ou plusieurs balises 
du code source XML d'origine. Les contenus sont identifies par un identifiant 
unique, et portent l'adresse URL de la categorie a laquelle ils appartiennent, comme 
dans 1'exemple suivant : 

15 

<CONTENT ID=«43» CATEGORY=«URL»> 

<A> 

<C/> 

</A> 

20 </CONTENT> 

II se peut que certains cas conduisent a la creation de contenus : 

(i) soit des contenus extemes, a savoir un contenu qui pointe sur un autre contenu 
2 5 d'un hote different (de categorie exteme), par exemple : 

<CONTENT ID=«124» CATEGORY=«URL2(externe)»> 
<A> 

<a> 

30 </A> 

</CONTENT> 
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(ii) soit des contenus indirects, k savoir un contenu qui pointe sur un autre contenu du 
meme hote (mais de cat^gorie diffSrente), par exemple : 

5 <CONTENT ID=«44» CATEGORY=«URL3>> INDIRECT=«43» > 
</CONTENT> 

2. Balise«POSITION_CONTAINER» 

10 Cette balise indique la position ou un contenant peut etre insere dans un contenu, par 
exemple : 

< POSITION_CONTAINER N=«l »/> 

15 3. Balise « POSITION_ELTREFS » 

Cette balise permet de materialise^ dans le contenu, les references que certaines 
balises portent sur d'autres. Comme les balises « POSITION CONTAINER », ils 
portent un attribut entier « N » indiquant leurs positions dans le contenu. Ils 

2 0 poss6dent Sgalement un attribut « ATTRIB » qui contient le nom de r attribut utilise 

par Tauteur du code source XML pour d^finir la r6f6rence. Par exemple : 

<POSITIONELTREFS N=«l» ATTRIB=«myfnends»/> 

25 C. Recomposition des pages de la Toile 

La figure 74 illustre le fait que Pintemaute dispose d'un acces supplemental a 
rinformation. II peut y acc6der de fa^on classique en se connectant sur le site source 
de la Toile, et il peut 6galement y acc^der via le systeme, qui lui permet d'interagir 

3 0 avec les contenants et les contenus, c'est-a-dire les organiser selon sa volont6. 



WO 01/35269 



PCT/FR00/03157 



120 

Le systfeme decompose ce site en contenants/contenus (ce site doit imp6rativement 
avoir et6 mis par son administrates sous la forme deja d6crite auparavant, a savoir la 
forme dans laquelle l'administrateur a notamment indique ou se trouvent les 
contenus et contenants). 

5 

Afin d'etre presentees a Tintemaute, les informations en sortie du systtme sont 
reconstitutes et transformfes a l'aide de la feuille de style XSL assoctee au code 
XML d'origine. Pour permettre la manipulation de « poigntes » (qui permettent de 
designer graphiquement des contenus, la feuille de style XSL ajoute a la volte, dans 
10 la specification XSL d'origine, du code de presentation. Ce proc£d£ est schematise 
sur la figure 75. 

D. Code XML reconstitue 

15 Afin de pouvoir etre prtsente k 1'internaute, le code XML decompose est reconstitue. 
On peut ainsi lui appliquer une feuille de style XSL. Lors de la reconstitution, il est 
fait en sorte que les contenus et les contenants soient materialises pour que 
l'utilisateur puisse les manipuler. 

20 A cet egard, comme on va le voir par la suite, 1'internaute peut seiectionner un 
contenu ou un contenant au moyen de « poignees » pour les deplacer oil les mettre 
dans un autre document. 

Pour Texemple traite jusqu'ici le code reconstitue est le suivant : 

25 

<Root CONT AINERNUMBER- ' 1 " CATEGORY="urll"> 
Exemple d'informations <img src- 'urlsource'7> de toutes sortes 
30 <A id- 'A- 1 " name=" Anatole"> 



I 
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<C name="Hubert" CONTAINERNUMBER=" 1 " 

CONTAINERID="13" 

CONTENTID="43" 

CATEGORY="url2" id="C-l" l> 

5 

<C name="Edouard" CONTAINERNUMBER="2" 

CONTAINERID="14" 

CONTENTID="44" 

CATEGORY="url3'7> 

10 

<C name="Antoine" CONTAINERNUMBER="2" 

CONTAINERID="14" 

CONTENTID="45" 

CATEGORY="url3"/> 

15 

<C name="Raymond" CONTAINERNUMBER- '2' 

CONTAINERID="14" 

CONTENTID="46" 

CATEGORY="url3'Y> 

20 

</A> 

<B name-'Henri" t> 

<B name="Claude" CONTAINERNUMBER-' 1 " 
25 CONTAINERID="86" 
CONTENTID="47" 
CATEGORY="url4" 
myfriend- 'C-l" myenemies="A-l B-l"> 



3 0 Exemple informations texte exemple informations texte 
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<D name-'Dominique" myfriend="A-rV> 
</B> 

5 <B name="Robert" CONTAINERNUMBER=="l " 
CONTAINERID=="87" 
CONTENTID="48" 
CATEGORY="url4" id="B-l'7> 

10 <B name= M Andre" CONTAINERNUMBER=" 1 " 
CONTAINERID="88" 
CONTENTID="49" 
CATEGORY="url4"/> 

15 </Root> 

Exemple de presentation 

A partir du code XML reconstitue, une page HTML de presentation est construite au 
20 moyen d'une feuille de style XSL. Dans le cadre de Pexemple presente en 
introduction de cette section, la meme feuille XSL est reprise, a ceci prds qu'on lui a 
ajoute des « elements de derivation » (c'est-a-dire les poign^es) permettant 
d'interagir avec le contenu de la page. 

25 Dans la suite, on va decrire pr^cisement en quoi consistent ces elements de 
derivation, puis comment se passent les actions d'importation/derivation et leur 
consequence : la suggestion. 

A. Insertion de poignees d'importation/derivation 



30 
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On definit a Paide d'un module (« Template » en terminologie anglo-saxonne) la 
transformation en langage HTML des informations de la structure qui permettent la 
derivation, I'importation et 1'association de liens ajoutes. Les contenants ne peuvent 
pas etre repr6sent6s en tant que tels, car ils ne correspondent pas forc^ment a une « 
5 enveloppe » (a savoir a un objet graphique unique) vue graphiquement dans la page 
HTML rSsultante. C'est pourquoi cette transformation donne un element graphique 
(element de derivation) pour chaque noeud de type contenu. Cet element de 
derivation permet la gestion du glisser-deposer k la fois des contenants et des 
contenus. En effet, un composant « BEHAVIOR » (voir FAnnexe) attache a 
10 reiement communique alors avec le systeme. 

Le modeie pr6cite est ajoute en fin de la page XSL afin de la surcharger efficacement 
et pour que les elements de derivation soient effectivement affiches. 
L'allure de ce modeie peut par exemple etre la suivante : 

15 

<xsl:templatematch="*[@CONTAINERID>0] M > 

<xsl:if test=7*[@HANDLEM0DE=' 1 ']"> 

2 0 <xsl:element name= ,, DIV ,, > 

<xsl:attribute name="STYLE"> 
BEHAVIOR :url(.../system.dragndrop.htc) ; 
</xsl:attribute> 

25 

<xsl:eval>this.nodeName</xsl:eval> 

<xsl:attribute name="containerid"> 
<xsl: vaiue-of select="@CONTAINERID n /> 
30 </xsl:attribute> 

<xsl:attribute name="contentid"> 
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<xsl:value-ofselect="@CONTENTID"/> 
</xsl:attribute> 

<7xsl:element> 
5 </xsl:if> 

<xsl:eval> 

this.setAttributeC'CONTAINERID^O) 
</xsl:eval> 

10 

<xsl:apply-templates select= ! \" I> 
</xsl:template> 

L'616ment DIV (introduit en 3 e ligne) est un element de derivation auquel est associe 
15 le composant « BEHAVIOR :url(.../system.dragndrop.htc) », dont 1'allure est 
presentee en Annexe. Ce composant permet une gestion du « glisser-deposer » des 
elements pour la derivation de contenants qu'il communiquera au syst&ne. 

B. Reception de l'evenement « ONDERIVE » 

20 

Lorsque le composant BEHAVIOR dSclenche T6v6nement ONDERIVE, par 
Tinstruction « fire("ONDERIVE",oEvent) » qui se trouve dans la fonction 
« FinishDrag » (la variable « oEvent » etant un objet £v&iement dans lequel sont 
disponibles les informations (identifiants des elements source et cible) qui permettent 
25 la derivation et Pimportation), le systfeme est alors averti et realise les actions 
suivantes : 

1- il demande si l'utilisateur desire importer le contenu ou deriver le contenant 



30 



2- il envoie la requete d' importation/derivation ; 
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3- il v&ifie si la page d'affichage est capable de prendre en compte la nouvelle 
source ; 

4- il d^clenche le rafraichissement de Faffichage, de la fapon suivante : 

5 

a. si la page est fig£e, reconstruction et traitement global de la source ; 

b. si la page est dynamique, simple notification d'insertion de donndes. 

10 

Dans ce cas, la page refoit la notification. 

Cet ev&iement fournit un pointeur sur un objet qui permet au script de la page de 
transformer cette nouvelle source (a Faide, par exemple, de la feuille XSL qui Fa 
15 initialise) et d'inserer le code HTML resultant dans la page. 

C. Manipulation de la macrostructure 

L'eiaboration de la macrostructure de contenants/contenus permet : 
20 -de placer de nouveaux contenus dans un contenant ; on parle alors d'importation de 
contenus ; 

- de reproduire un contenant au sein d'autres contenus ; on parle alors de derivation 
de contenants. 

25 Importation 

Supposons que Fon soit dans la situation illustr£e dans la figure 76: les contenants 1 
et 2 (« Container 1 » et « Container 2 ») sont rattach£s a la categorie 1 (symbolist par 
la fleche grise). Dans le contenant 1 figure une reference au contenu 1.1 (« Content 
30 1.1 »), et dans le contenant 2 figure une reference au contenu 1.2 (« Content 1.2 ») 
(ces references sont symbolisdes par des filches noires). 
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Importer le contenu 1.1 dans le contenant 2 revient a cr6er, dans ce contenant, une 
balise CONTENTREF qui pointe vers le contenu 1.1 dans la suite de contenus. Ceci 
se traduit par la figure 77. 

5 

Quand on importe un contenu d'une cat^gorie dans un contenant assocte a une 
cat^gorie difftrente, on dit que rimportation provoque une re-cat6gorisation. Ceci se 
traduit par la creation d'un contenu indirect, c'est a dire d'une balise similaire a une 
balise CONTENTREF mais qui s'en distingue par le fait qu'elle figure dans la suite 
10 de contenus, au sein d'une cat6gorie. Ceci est illustre sur la figure 78. 

Dans le cas ou les contenus imports possddent des contenants, ces derniers sont 
d6riv6s suivant le m6canisme d^crit ci-apres. 

1 5 Derivation 

Supposons que Ton dispose de l'imbrication contenant/contenu presentee sur la 
figure 79. 

20 D6river le contenant 1 revient a r insurer dans un contenu a une certaine « position ». 
Pour ce faire, un nouveau contenant est cr66 dans Tarbre de structure, et pointe 
(c'est-a-dire possede une reference, mat&ialis^e par une fteche grise sur le schema 
de la figure 80a) vers le contenant que Ton veut d&iver. 

25 Sur le serveur, la structure de donn^es a alors la forme suivante pour la partie 
deriv^e : 

- pour l'arbre de structure : 



30 



< CONTENTREF ID=26 SRC=«... ?ID=44» NAME=«Contenu»> 
<POSITION_CONTAINER N=l> 
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<CONTAINER SRC=«... ?ID=126» SOURCESRC=«... ?ID=1»> 

</CONTAINER> 

<POSITION_CONTAINER> 

</ CONTENTREF> 

5 

- pour la suite de contenus : 

<CONTENT ID=«44» CATEGORY=«URL»> 
<Contenu> 

1 0 <POSITION_CONTAINER N=«l»/> 
</Contenu> 
</CONTENT> 

Comme on peut le voir sur la figure 80a, le contenant 126 ne r£f£rence aucun 
15 contenu. II a juste une reference sur le contenant source, a savoir celui a partir duquel 
on a effects la derivation. Le chargement des donn^es dans le contenant d6vi\6 se 
fait done via le contenant source : il s'agit ici de « suggestion ». Cela conduit, sur le 
poste client, a la disposition illustr^e sur la figure 80b. 

20 Les sous-contenants sont derives exactement de la meme mantere que le premier 
contenant : un nouveau contenant est cr66 et pointe vers le sous-contenant source. La 
profondeur a laquelle on charge les elements dans le contenant d£riv£ est fix6e par un 
m^canisme de chargement progressif car, sinon, il pourrait se presenter des cas de 
boucles infmies dans le chargement. En effet, il est possible de driver des 

25 contenants dans eux-memes, comme le montre la figure 81, et de creer ainsi une 
structure virtuellement infinie. Sans ce m^canisme, charger un contenant 
provoquerait alors une boucle infinie dans le cadre d'une structure rfiellement infinie. 

Cas de la superposition de contenants 

30 



I 
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Comme on l'a deja 6voque\ les contenants sont insures en des positions bien precises 
des contenus. Mais rien n'empeche d'inserer plusieurs contenants a une meme 
position. On parte alors de superposition de contenants. 

5 Partons de la structure presentee dans la figure 82 (en notant que les elements situes 
dans un cadre en pointings sont considered comme e"tant dans un contenant). 

Cela se traduit ainsi : 

10 - pour l'arbre de structure : 

<CONTENTREF ID=54 SRC=«... ?ID=42» NAME=«Root»> 

<POSITION_CONTAINER N=l> 

<CONTAINER SRC=«... ?ID=12» CATEGORY=«URL>» 
1 5 <CONTENTREF ID=55 SRC=«... ?ID=43» NAME=«A»> 

<POSITION_CONTATNER N=l> 

<CONTAINER SRC=«... ?ID=13»CATEGORY=«URL»> 

<CONTENTREF ID=56 SRC=«... ?ID=44» NAME=«C»/> 

</CONTAINER> 
20 <POSITION_CONTAINER> 

</CONTENTREF> 
. <CONTENTREF ID=57 SRC=«... ?ID=45» NAME=«B»> 

<POSITION_CONTAINER N=l> 

<CONTAINER IDCONTAINER=«14»> 
2 5 <CONTENTREF ID=58 SRC=«... ?ID=46» NAME=«D»/> 

</CONTAINER> 

</POSITION_CONTAINER> 

<l CONTENTREF> 

</CONTAINER> 
30 </POSITION_CONTAINER> 

</CONTENTREF> 
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- pour la suite de contenus : 

<CONTENT ID=«42» CATEGORY=«URL»> 
5 <Root> 

<POSITION_CONTAINER N=«l»/> 

</Root> 

</CONTENl> 

10 <CONTENT ID=«43» CATEGORY=«URL»> 
<A> 

<POSITION_CONTAINER N=«l»/> 
</A> 

</CONTENT> 

15 

<CONTENT ID=«44» CATEGORY=«URL»> 
<B> 

<POSITION_CONTAINER N=«l»/> 
</B> 

20 </CONTENT> 

<CONTENT ID=«45» CATEGORY=«URL»> 
<C/> 

</CONTENT> 

25 

<CONTENT ID=«46» CATEGORY=«URL»> 
<D/> 

</CONTENT> 

30 Supposons maintenant que Ton derive le contenant 13 (celui qui contient le contenu 
C) dans le contenu 44 (qui correspond au contenu B) a la mdme position que le 
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contenant 14 (qui contient le contenu D). La balise correspondant au contenu 44 dans 
la suite de contenus ne sera pas modifiee. En effet, le contenu conserve une seule 
position pour les contenants, meme si deux contenants sont superposes sur cette 
position. Cette superposition se manifeste au niveau de Parbre de structure par le fait 
5 qu'un nouveau contenant est ajout£ sous la balise POSITION N=l, comme indiqu6 
ci-dessous : 

<CONTENTREF ID=32 SRC=«... ?ID=42» NAME=«Root»> 

<POSITION_CONTAINER N=l> 
10 <CONTAINER SRC=«... ?ID=12» CATEGORY=«URL»> 

<CONTENTREF ID=33 SRC=«... ?ID=43» NAME=«A»> 

<POSITION_CONTAINER N=l> 

<CONTAINER SRC=«... ?ID=1 3» CATEGORY=«URL»> 

<CONTENTREF ID=34 SRC=«... ?ID=44» NAME=«C»/> 
15 </CONTAINER> 

</POSITION_CONTAINER> 

</CONTENTREF> 

<CONTENTREF ID=35 SRC=«... ?ID=45» NAME=«B»> 
<POSITION_CONTAINER N=l> 
2 0 <CONTAINER SRC=«.. ?ID=14» CATEGORY=«URL»> 
<CONTENTREF ID=36 SRC=«... ?ID=46» NAME=«D»/> 
</CONTAINER> 

<CONTAINER SRC=«15» CATEGORY=«URL» 

SOURCESRC=«... ?ID=13»> 
25 </CONTAINER> 

</POSITION_CONTAINER> 

</CONTENTREF> 

</CONTAINER> 

</POSITION_CONTAINER> 
30 </CONTENTREF> 
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Mecanisme de Suggestion de nouveaux contenus (propagation dans la 
macrostructure) 

Le fait de d&iver un contenant implique qu'il est possible d'acc^der aux contenus 
5 « accepts » presents dans le contenant d'origine. Ces contenus sont en fait 
automatiquement « suggerfs » dans les contenants derives au fur et a mesure de leur 
insertion. 

C'est k l'utilisateur de pr^ciser s'il accepte ou non les suggestions, comme d^crit par 
10 ailleurs. II est a noter que seuls les contenus accepts pourront etre d6n\6s a leur 
tour. 

La suggestion peut ainsi se faire entre des utilisateurs diffcrents (par exemple 
lorsqu'un utilisateur derive un contenant d'un document dont il n'6tait pas 1'auteur), 
15 mais 6galement lorsqu'un meme utilisateur derive un contenant entre deux de ses 
propres documents. 

Lorsqu'un utilisateur derive un contenant, il cr6e un nouveau contenant portant la 
r6f&rence du contenant source, et les contenus du contenant source qui 6taient en 
20 mode «Accept6» y sont charges. Ces contenus sont initialement en mode 
« Sugg6r6 », et l'utilisateur peut modifier leur mode. 

Sur le plan de la base de donn6es contenue dans le serveur, le contenant d6riv6 ne 
contient aucune information sur les contenus sugg^res. Ces informations peuvent en 
25 effet §tre retrouv6es via la rSftrence sur le contenant source. En revanche, sur le 
poste client ou ce contenant a &6 d&ivS, une balise CONTENTREF est ajout^e pour 
chaque contenu charge dans ce contenant, avec un attribut MODE=SUGGESTED. 

Ce qui est sugg£r6 peut etre accepte ou refuse (ou encore laisse en mode sugg6r£). 
3 0 Cet 6ventuel changement de mode est rSpercute par une mise a jour de la base de 
donn^es sur le serveur, de la fa$on suivante : 
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- si le contenu est accepte : une balise CONTENTREF vers ce contenu est ajoutee 
dans la base de donn^es dans le contenant derive, avec un attribut 
MODE=ACCEPTED. 

5 

- si le contenu est refuse : une balise CONTENTREF vers ce contenu est egalement 
ajoutee dans la base de donn^es dans le contenant derive, avec un attribut 
MODE=REFUSED ; l'objectif dans ce cas est de noter que ce contenu ne doit pas 
etre pr&ente a l'utilisateur a la prochaine connexion. 

10 

La memorisation correspondant a ces diff&rents cas est sch6matis6e sur la figure 83. 
Section 12 - Proposition de Repertoires Snecialistes et Voisins 

15 

On a vu dans la section precedente que, dans le cadre d'une page a laquelle 
l'utilisateur accede sur la Toile par des moyens standards, peuvent se trouver des 
contenants, et que dans chaque contenant peuvent se trouver des liens vers des 
contenus. Ces liens sont ceux choisis par Tadministrateur du site d*ou la page est 
2 0 issue comme devant etre pr£sent£s par defaut. 

Ces liens sont census etre en mode Suggere. L'utilisateur, par 1' intermediate du 
syst&ne, peut modifier leur mode, pour leur donner la valeur Accepte, Geie ou 
Refus6, en acc^dant a cette meme page avec le systdme. 

25 

Au lieu de presenter des memes liens k tous les utilisateurs, la fonctionnalite de 
proposition de repertoires Specialistes (d6j& decrite dans les sections « Publication de 
Liens Ajoutes» et « Publication de Repertoires ») permet de presenter plusieurs 
points de vue sur un sujet, selon une metaphore de « visite » des toiles personnelles 
30 de « Specialistes ». 
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Avec ladite page, l'utilisateur peut aussi recevoir des liens ajoutes (qui y ont 6t6 
associes par l'administrateur du site ou par les Specialistes qu'il aura s61ectionn6s). 
Grace a la fonctionnalite de proposition de repertoires Specialistes, les liens ajoutes 
ne seront sugg6r6s qu'en relation avec une « visite » de repertoire et ne surchargeront 
5 ainsi pas la page d'embiee. 

Dans Pexemple que Ton prendra tout au long de cette section (voir figure 84a), pour 
une page sur le foie gras, des Specialistes (ici des Chefs) diff£rents pr£sentent : 

10 - associes a la page, des liens ajoutes sur des vins (Sauterne) et salades (Mesclun) 
diffiSrents ; 

- a l'interieur d'un contenant de la page, des liens sur diffSrents types de foie gras 
(Canard, Oie). 

15 L'utilisateur peut alors accepter certains liens ajoutes et/ou des liens situ^s a 
l'interieur de contenants de la page, qui lui sont ainsi suggeres. 

On notera que, dans ce cas, non seulement Pattribut « Mode » du lien ajoute mais 
aussi Pattribut Mode du lien dans le repertoire courant, pointant sur la page a laquelle 
20 est associe ce lien ajoute, est mis a jour a la valeur «Accepte». L'acceptation 
remonte ainsi d'enfant a parent recursivement. Ainsi Pattribut Mode du lien pointant 
sur le repertoire courant, dans le repertoire qui le contient, le cas echeant, est aussi 
mis a jour, et ainsi de suite. II en est de meme pour les liens situes dans les 
contenants de la page. 

25 

Toutefois, en general, l'utilisateur n'accepte pas un lien ajoute (ou un lien dans un 
contenant) pointant sur une page P, sans au prealable cliquer sur lui pour visualiser la 
page P qu'il pointe. Ensuite, si la page P 1'interesse, il l'accepte directement, sans 
retourner accepter le lien ajoute d'ou il est venu. En d'autres termes, au lieu 
30 d'accepter le lien ajoute (ou le lien dans un contenant) pointant sur P, il accepte la 
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page P elle-mSme, c'est-a-dire le lien pointant sur ladite page P dans le repertoire 
courant qui 1'accueille. 

Un perfectionnement du systeme consiste alors a suivre le parcours de l'utilisateur 
5 qui clique sur un lien ajoute pour que, quand la page cible est acceptee, le systeme 
mette egalement a jour Tattribut Mode du lien ajoute par l'intermediaire duquel il a 
accede a cette page. 

En acceptant un lien ajoute (ou un lien situ6 dans un contenant de page) l'utilisateur 
10 declare son interSt pour les contenus vers lesquels pointent ces Liens. Son «profil 
d'int£ret» se construit ainsi progressivement, et lorsqu'il atteint un seuil de 
representative, le systeme peut lui proposer des repertoires proches dans la liste de 
repertoires « Voisins d'int&et » (voir la liste « Copains » dans la figure 84a). 

15 Dans le cas ou, comme dans l'exemple de la figure 84a, la page courante comporte 
non seulement des liens ajoutes (Sauteme, Mesclun), mais aussi des liens dans au 
moins un contenant (Canard, Oie) se trouvant dans la page, le systeme seiectionne 
des repertoires qui sont proches: 

20 - par rapport aux liens ajoutes acceptes associes a la page courante: le systeme 
seiectionne les repertoires dans lesquels se trouve la page courante ainsi qu'un grand 
nombre de liens ajoutes en commun, comme decrit dans la section « Detection de 
Repertoires Proches » ; 

25 - par rapport aux liens acceptes) se trouvant dans chaque container se trouvant dans 
la page : le systeme seiectionne les repertoires contenant le plus grand nombre de 
liens en commun avec ledit contenant, comme decrit dans la section « Publication de 
Repertoires ». 

30 On observera ici que le systeme peut exploiter non seulement les liens (liens ajoutes 
et liens dans les contenants) acceptes et geies, mais aussi les liens refuses. II est en 
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effet interessant de consider ce que l'utilisateur n'a pas retenu dans les liens qui lui 
ont 6t6 propose pour construire son profil. 

Le systeme exploite ces memes donn^es (liens ajoutes et liens dans les contenants) 
5 pour ajuster les repertoires Specialistes proposes a l'utilisateur. Ceci est decrit dans 
les sections « Publication de Liens Ajoutes » et « Publication de Repertoires ». 

En lui proposant un ensemble de repertoires proches, le systeme permet a l'utilisateur 
de visiter les toiles personnelles d'un ensemble d'autres utilisateurs, avec qui il peut 
10 par ailleurs se mettre en contact, comme deja decrit dans le section « Detection de 
Repertoires Proches ». 

L'utilisateur peut cliquer sur un lien (vers contenu) dans un contenant de la page, ou 
sur un lien ajoute pour acceder au contenu en question. Le systeme lui propose alors 
15 les repertoires « Specialistes », « Voisins » et « Copains » pour ce nouveau contenu, 
et ainsi de suite. 

Enfin, l'utilisateur peut seiectionner un ensemble de liens ajoutes, ou un ensemble de 
liens dans un contenant, pour demander au systeme de lui seiectionner des repertoires 
2 0 proches compte-tenu de cet ensemble. L'homme du metier saura facilement etendre 
les procedes decrits jusqu'ici pour mettre en ceuvre cette fonctionnalite. 

Section 13 - Attributs relatifs a l'acceptation 

25 Lors de l'acceptation (passage au mode Accepte ou Geie) d'un contenu, l'utilisateur 
peut specifier s'il y est interess6 pour l'acheter, le vendre, et/ou pour d'autres interets 
qu'il y porte le cas echeant, en fonction du type de contenu. 

Ces specifications se font en donnant des valeurs a des attributs que le systeme prend 
30 en compte lors des selections de repertoires (Specialistes et Voisins) qu'il propose a 
l'utilisateur, ainsi que pour seiectionner le contenu de ces derniers le cas echeant 
(voir les sections « Detection de Repertoires Proches », « Suggestion de Liens 
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Ajout^s par radministrateur d'un site », « Publication de Repertoires » et 
« Proposition de Repertoires Sp£cialistes et Voisins »). 

L'utilisateur qui accede a une page (page courante), peut specifier des criteres sur ces 
5 attributs pour restreindre Tensemble des repertoires (Spficialistes et Voisins) qui lui 
sont proposes en relation avec ladite page courante. 

Ainsi, si par exemple il est interesse par l'achat du produit presente dans la page 
courante (ou dans un ensemble de pages qu'il seiectionne), il pourra s'interesser 
1 0 seiectivement aux repertoires d'utilisateurs : 

- interesses a vendre ce produit (recherche de fournisseurs de ce produit), 

- ou interesses comme lui a acheter ce produit : il pourra ainsi se joindre au groupe 
15 d 'utilisateurs interesses par cet achat et augmenter l'influence de ce groupe pour faire 

baisser le prix du produit chez un fournisseur, eventuellement a l'aide d*une 
procedure automatisee (d'aide a V achat groupe ) qui se dedenche quand ce critere 
est utilise. 

20 Dans le premier cas Futilisateur recevra, a partir des repertoires de vendeurs ainsi 
seiectionnes, des liens en mode suggere concernant des offres particulieres pour le 
produit presente dans la page courante ainsi que sur d'autres produits proposes par 
ces vendeurs. 

2 5 Dans le deuxieme cas, Putilisateur beneficiera des decouvertes des autres utilisateurs 
(acheteurs potentiels) ayant des interets (et/ou gouts) proches. 

Rapelons que les utilisateurs du systeme sont anonymes et peuvent y acceder en 
utilisant un pseudonyme. 

30 

On va maintenant decrire une mise en oeuvre particuliere de cet aspect de P invention. 
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Seuls deux attribute sont mis en oeuvre : « Demandeur » et « Offreur ». 

Lors de Pacceptation d'un lien, en utilisant 1'interface illustr£e aux figures 55b et 66 
5 (qui notamment lui permettent de changer le mode du lien de «sugg6r6» en 
« accept^ » ou en « gete »), l'utilisateur a deux « cases a cocher » a sa disposition, a 
savoir : « Demandeur » et « Offreur ». 

Cette configuration est illustr^e sch^matiquement a la figure 84b. 

10 

II cochera « Demandeur » s'il se positionne comme demandeur, et sur « Offreur » 
s'il se positionne comme « offreur », vis a vis de la « chose » presentee dans la page 
courante. On observera que ces deux possibility ne sont pas exclusives : il peut se 
positionner a la fois comme demandeur et comme offreur. 

15 

Le systeme memorise la valeur de ces deux attribute pour chaque lien dans la toile 
personnelle de chaque utilisateur. II peut ainsi en tenir compte dans le proc6d6 de 
selection des repertoires a proposer aux utilisateurs. 

20 Pour actionner la selection de repertoires proposes dans les deux premieres listes 
(« sp^cialistes » et « voisins » ; voir la figure 55a) en fonction de ces deux attribute, 
Futilisateur a deux autres cases a cocher « Demandeur » et « Offreur » a sa 
disposition. 

2 5 Ces deux autres cases a cocher sont coch£es par d£faut. 

En d£cochant « Demandeur », l'utilisateur sp^cifie qu'il ne sMntfresse pas a visiter 
les repertoires positionn^s comme demandeur en regard de la chose presentee dans la 
page courante. 



30 
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De meme, en decochant «Offreur», Putilisateur precise qu'il ne souhaite pas 
recevoir de liens a partir de repertoires positionn^s comme offreur en ce qui concerne 
la chose presentee dans la page courante. 

5 Ces attributs peuvent avoir une interpretation plus large que celle concernant Pachat 
et la vente. Par exemple, Pattribut Offreur peut Stre utilise par l'utilisateur pour 
informer sur ses propres caract&istiques : Putilisateur peut par exemple cocher 
1'attribut offreur sur une page pr&entant un acteur de cinema qui lui ressemble, dans 
Pespoir de pouvoir se mettre en contact, au moyen du syst&ne (par exemple par 
10 videoconference), avec une utilisatrice qui appretie cet acteur tel qu'il est pr6sent£ 
dans ladite page. 

Dans le cas de P application & achat groupe sus-mentionne, le systeme proposera a 
Putilisateur des voisins qui sont « Demandeurs » du produit pr£sent£ dans la page 
15 courante visualis6e. L'utilisateur pourra alors interagir avec ces utilisateurs par des 
moyens assists par ordinateur, en communication synchrone (messagerie 
instantanee, etc) ou asynchrone (forum et courrier eiectronique augments de moyens 
semi-automatiques sp£ciaux pour faciliter la coordination d'achat groupe, notamment 
pour n£gocier les prix avec les Offreurs). 

20 

Section 14 - Pages PersonnaIis6es 

Les documents restructures comme decrit dans la section pr6cedente permettent de 
presenter, dans des contenants, des contenus seiectionnes en fonction des centres 
25 d'interSts de Putilisateur. On va maintenant decrire une fa?on dont peut Stre 
effectuee cette selection. 

Rappelons tout d'abord que tout contenu accepte par Putilisateur dans un contenant 
adopte la categorie de ce contenant (comme on Pa decrit notamment plus haut dans 
30 le present chapitre et comme on y reviendra dans le chapitre III), en plus des 
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categories des autres contenants dans lesquels l'utilisateur a aussi accepte ce contenu 
le cas ech6ant. 

Dans la mesure ou le systeme connait les categories des contenants imbriqu^s dans 
5 un contenu qui fait 1'objet d'une requdte, il peut automatiquement enrichir la requete 
par des entires suppiementaires. En effet, le systeme est capable de determiner que, 
pour un certain nombre de contenus de chacune desdites categories, il existe d'autres 
categories qui ont 6t6 attribuees par l'utilisateur a ces memes contenus. Le principe 
utilise ici est d'exploiter ces autres categories en les utilisant en tant que critdres 
10 suppiementaires (ou plus exactement en tant que « preferences ») pour enrichir 
automatiquement la requete formee par l'utilisateur. 

Par exemple, dans un contenu qui fait 1'objet d'une requete, se trouve imbrique un 
contenant de categorie « guitare», et chez l'utilisateur, un certain nombre de contenus 

15 de cette categorie possSdent 6galement la categorie « objet d'art ». On exploite done 
le fait qu'a priori, dans ce contenant, l'utilisateur preferera recevoir (par le processus 
de suggestion decrit par ailleurs) des contenus qui possedent non seulement la 
categorie «guitare», mais egalement la categorie « objet d'art ». Ainsi, pour le 
contenant de categorie « guitare », la requete de l'utilisateur peut etre enrichie par le 

20 critdre suppiementaire : categorie = « objet d'art ». On observera ici que, s'il n'existe 
aucun contenu appartenant a ces deux categories simultanement, le systeme propose 
alors a l'utilisateur les contenus appartenant simplement a la categorie « guitare ». Le 
critSre suppiementaire sera ainsi pris en compte comme etant une « preference ». 

25 On comprend done que les contenus sont seiectionnes par le systeme de manure 
« personnalisee », e'est-a-dire en tenant compte des centres d'interets potentiels de 
l'utilisateur pour les contenants en question. 

Par ailleurs, les categorisations effectives par les utilisateurs peuvent « remonter » 
30 vers l'administrateur d'un site en tant que suggestions de categorisation pour les 
contenus en question, de manidre k modifier la structure XML de la page consider 
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si radministrateur le juge opportun. Le procede d'auto-epuration d6crit en detail 
dans le chapitre suivant permettra d'automatiser, dans une certaine mesure, le filtrage 
des categorisations considers comme qualitativement mauvaises ou non fiables. 



Chapitre III - Processus de suggestion g£n£ralis6 (Figures 85 k 134) 

Ce chapitre vise un cadre different pour le processus de suggestion d£crit plus haut 
10 dans les demises sections du chapitre II ainsi que differentes extensions de ce 
processus. Ce processus va etre decrit ci-dessous k des niveaux de fonctionnalites et 
de sophistication croissants. On pr&entera d'abord (Section 1) les structures et les 
precedes fondamentaux de chaque niveau. La presentation de chaque niveau s'appuie 
sur les niveaux precedents. Dans la Section 2, on decrira les procedes annexes de 
15 filtrage par apprentissage de fiabilite de rinformation. La Section 3 presente le 
principe de suggestions automatiques par rapprochement d'interSts, et la section 4 
pr6sente un perfectionnement des mecanismes de suggestion automatique qui 
exploite Tavantage du graphe de derivations entre utilisateurs. Ensuite sont presentes 
les methodes de renforcement de Panonymat des Utilisateurs et les modules 
2 0 economiques possibles (Section 5). La Section 6 presente l'exploitation du 
mecanisme de derivation/suggestion/acceptation decrit dans la premiere section pour 
la fideiisation des utilisateurs en exploitant leur fibre de collectionneur. La section 7 
presente les principes d'une application concrete en XML. 

25 Section 1 - Structure et procede fondamentaux 

A. Bref rappel de la notation UML 

Considerons la structure hierarchique schematisee ci-dessous : 

30 

Contenant-1 
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10 



15 



20 



25 



Contenus 

Contenu-1 
Contenu-2 

Sous - Con t enan t s 



Contenant-11 

Contenus 



Sous-Contenants 



Contenant -12 



Contenant 2 



Cette structure hierarchique est sp£cifiee sur la figure 85 des dessins qui est un 
diagramme de classe selon un standard connu de Mod£lisation Orient6-Objet, not€ 
UML (voir en particulier «UML Reference Manual » - Rumbaugh, Booch, 
Jacobson, 1999). 

II s'agit d'une structure hierarchique arborescente d'Etements (« Elt »), chaque 
Element etant un « Contenant » ou un « Contenu », les Contenants pouvant contenir 
des Elements (ce sont leurs Sous-61£ments « SousElt »), tandis que les Contenus ne 
peuvent pas contenir d'616ments. 

Les Utilisateurs du systeme selon Tinvention utilisent une telle structure arborescente 
d'El&nents. 



30 



B. forme de realisation de base (niveau 1) 



! 

i 
| 
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Tous les Utilisateurs du systeme utilisent la meme structure de Contenants. Mais, 
dans de memes Contenants, chaque Utilisateur regroupe des Contenus qui peuvent 
etre differents d'un Utilisateur & 1 'autre. 

5 Tous les Contenus de tous les Utilisateurs - sauf les Contenus confidentiels (voir plus 
loin) - sont regroup^s, dans leurs Contenants respectifs, dans une Base de Donn^es 
Commune, not^e « BD », accessible par tous les Utilisateurs . 

On appelle ici « Profil » l'ensemble des Contenus d'un Utilisateur donn6 pour un 
10 Contenant donn6. 

Le diagramme de classe correspondant est illustre sur la figure 86. 

Le systdme d6crit ici offre pour les Utilisateurs une garantie d'anonymat : ainsi un 
15 Utilisateur ne peut pas acceder aux Profils d'un autre Utilisateur (les Profils sont 
confidentiels), bien qu'il puisse acceder a tous les Contenus (non confidentiels), 
puisqu'il peut consulter l'ensemble de la Base de DonnSes Commune. 

En d'autres termes, la Base de Donn^es Commune memorise, dans chaque 
20 Contenant, l'union des Profils des Utilisateurs pour ce Contenant, sans permettre de 
distinguer les Profils eux-memes. 

De la, un Utilisateur est incapable de determiner dans quels Profils est r6f6renc£ un 
Contenu donn6 auquel il accede dans la Base de Donn6es Commune. 

25 

Cette organisation est sch&natis£e sur la figure 87. 

Lorsqu'un Contenu est modifie par un Utilisateur (bien entendu, a condition qu'il en 
ait le droit, par exemple s'il est le cr^ateur de ce Contenu), les autres Utilisateurs, 
30 ayant ce Contenu dans leurs Profils respectifs, le voient mis a jour automatiquement 
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dds qu'ils accident a la BD Commune pour la premiere fois post£rieurement a ladite 
modification. 

L'Utilisateur peut consulter la BD Commune. II peut s'y abonner pour etre 
5 automatiquement inform^ des ajouts de Contenus dans certains des Contenants, de 
fagon selective (par exemple au moyen de la puissance d'expression d'un langage 
classique de requetes a une Base de Donn^es). Le fait d'etre inform^ 
automatiquement est ce qu'on appelle un « proc6d6 de suggestion », dont on donnera 
davantage de details dans la suite. 

10 

On va maintenant d^crire un certain nombre de fonctionnalit^s possibles offertes aux 
Utilisateurs. 

a) Ajout et Suppression de Contenu Direct 

15 

L'Utilisateur peut choisir d'ajouter dans un de ses Profils : 

* des Contenus qu'il aura puis£ dans le Contenant lie a ce Profil 

* des Contenus qu'il aura puis6 dans d'autres Contenants 

* ou encore de nouveaux Contenus qui n'existaient dans aucun Contenant 
2 0 (qu'il aurait par exemple collect^ par navigation sur le reseau Internet). 

Quelle que soit sa provenance, si un Contenu ajoutS dans un Profil n'existait pas d£ja 
dans le Contenant li€ k ce Profil, il y est ajoute. Les autres Utilisateurs peuvent alors 
en prendre connaissance. 

25 

On notera ici que, dans la pratique les Profils peuvent ne pas Stre directement 
composes de Contenus, mais de References a ces derniers, ou encore d'un melange 
de Contenus et de References k des Contenus. La figure 88 illustre le diagramme de 
classe associe, qui comporte en particulier un lien entre Contenu et Reference k 
30 Contenu). 



I 

I 
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Dans un Profil, un Contenu peut poss6der Tun parmi trois attributs, a savoir 
« Sugg&*6 »», « Accept^ » ou « Refuse ». Un Contenu « Sugg^re » signifie que ce 
Contenu est re?u dans le Profil, sans pour Pinstant avoir 6t6 accept^ ou refuse par 
l'Utilisateur qui poss^de ce Profil. Les Contenus etant dans cet etat ne sont pas 
5 stocks de manidre permanente (c*est-a-dire qu'une Reference n'est pas encore creee 
dans la BD de Profils). 

« Accepter » un Contenu signifie que le systeme cr6e de maniere permanente une 
Reference a ce Contenu. Les Contenus Accepts sont stockes dans le Profil de 
10 manure permanente. II est ainsi a observer ici que Tacceptation au sens du present 
chapitre correspond au mode « Geie » decrit dans le chapitre II. 

Un Contenu dont la presence dans un Profil est « Refus6e » ne peut etre supprime 
directement dans le Contenant (c'est-a-dire dans la Base de Donn^es Commune, ou 

15 le Contenu est reellement stocke), car ce Contenu peut auparavant avoir aussi 6t6 
Suggere ou Accept^ dans un autre Profil. II ne pourra etre reellement effectivement 
supprime que lorsque plus aucun un autre Profil ne contiendra une Reference a ce 
Contenu. En attendant, c'est l'attribut « Refuse » qui materialise la suppression 
virtuelle voulue par un Utilisateur. La Reference ayant cet attribut est toutefois 

2 0 stockee de manure permanente et sert a eviter de suggerer a nouveau un Contenu qui 
a pr6c6demment 6t6 « Refuse ». 

b) References a des Contenus d'autres Contenants ou a des Contenus externes 
(Contenus Indirects) 

25 

Dans une forme de realisation particulidre, le systeme peut permettre aux Utilisateurs 
d'ins^rer dans un Contenant (via leurs Profils respectifs), une Reference a un 
Contenu appartenant deja k un autre Contenant. Ceci est preferable a Tinsertion 
d'une copie de ce Contenu. Bien entendu, cette Reference ne pourra exister que tant 
30 que le Contenu reference existe. Nous appelons cette reference « Contenu Indirect », 
et le Contenu Reference est appeie « Contenu Direct ». 
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Avantageusement, a chaque nouvel acces a la Base de Donn^es Commune, dans le 
cas ou le Contenu Direct a &6 entre-temps modifie, TUtilisateur voit, a travers le 
Contenu Indirect, ce Contenu dans sa nouvelle version. Le diagramme de classe 
5 UML assocte est illustr£ sur la figure 89. 

Supprimer un Contenu Direct implique au pr^alable de g6rer les Contenus Indirects 
qui lui sont li£s. lis n'auront en effet plus lieu d'exister, mais corrane explique 
pr6c6demment, ils ne pourront etre effectivement supprim^s que quand plus aucun 
10 Profil ne les r^ferencera. La suppression d'un Contenu Direct consistera done en 3 
types d'actions qui ne se sont pas n^cessairement executes imm&Iiatement : 

(1) suppression, dans les Profils, des RifSrences au Contenu Direct et aux 
Contenus Indirects qui lui son li£s, 

(2) suppression de ces Contenus Indirects, 
15 (3) suppression du Contenu Direct lui-meme. 

Un Utilisateur, qui a reference dans son Profil un Contenu Indirect pour lequel il est 
averti d'une suppression prochaine, pourrait vouloir cr£er une copie du Contenu 
Direct r6fi£renc6 a la place du Contenu Indirect, afin de ne pas perdre l'information. 
20 Le systeme peut etre congu pour lui en laisser la possibility. 

Les Contenus Indirects peuvent aussi constituer des references a des contenus 
externes au systeme, et notamment des liens vers des elements trouv^s sur PIntemet 
Le syst&ne comporte alors des moyens de mise a jour (ou gestion des erreurs 
2 5 d'acc^s) en cas de suppression des contenus externes. 

c) Popularity d'une categorisation 

Le fait d'ins^rer un Contenu dans un certain Contenant (via un Profil) revient a le 
30 « cat6goriser ». Un Contenant est en effet cens6 regrouper des Contenus de meme 
categoric 
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Difterents Utilisateurs peuvent classer un meme Contenu dans des Contenants 
diffSrents, de maniere directe (en en faisant une copie) ou au moyen d'une 
indirection (Contenu Indirect). 

5 

On appelle ici « Popularity » le nombre de fois qu'un Contenu se retrouve dans des 
Profils assoctes a un meme Contenant, ou plus g&ieralement une variable 
representative de ce nombre. Dans le cas ou PUtilisateur ltesite entre deux 
categorisations possibles, il pr6f6rera en g£n£ral le Contenant le plus populaire, afin 
10 de « parler le meme langage » que le plus grand nombre d'Utilisateurs et de 
b£n6ficier ainsi de services de rapprochement de profils et d'autres avantages tels 
qu'on les d^crira dans la suite. 

L'avantage essentiel de cette forme de realisation de base de Finvention peut etre 
15 r£sum6 par ce qui suit, en reference a la figure 90 : 

- tout d'abord, un Utilisateur A, pour ses besoins propres de categorisation et 
memorisation d'informations (ceci est une incitation suffisante), va au fil du temps 
ajouter & son propre Profil A de nouveaux Contenus, dans des Contenants 
repr^sentant des categories partag£es ; 

20 - par le fait qu'il utilise ces Contenants, l'Utilisateur « parle le meme langage » que 
les autres Utilisateurs et beneficie ainsi d'avantages supplementaires (tel que la 
suggestion automatique deformations par rapprochements de profils, etc, decrits 
dans les sections suivantes) en echange du fait qu'il contribue a la BD Commune 

- la BD Commune est ainsi alimentee de maniere automatique et transparente, et un 
25 autre Utilisateur B peut la consulter ou Stre automatiquement et spontanement 

renseigne sur son enrichissement ; 

- chaque Utilisateur peut etre dans la situation A ou B ; 

- le fait qu'un Utilisateur contribue a la Base de Donnees Commune ne le prive pas 
de sa privaute car il peut rester anonyme ; 

30 - enfin le modele economique permet de retribuer ceux qui contribuent plus a la BD 
Commune qu'ils ne consultent, et de sanctionner l'inverse. 
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De fa9on encore plus r£sum6e, 1'avantage individuel de pouvoir organiser 
l'information (d^couverte par chacun), selon des categories partagfes est une 
incitation qui pousse chaque Utilisateur a contribuer a une BD qui est commune a 
5 tous Ies Utilisateurs. 

C Premier perfectionnement (niveau 2) 

Selon ce premier perfectionnement, tous les Profils ne sont pas n^cessairement 
10 confidentiels. Nous distinguons les Utilisateurs qui veulent publier certains de leurs 
Profils (ou un ou plusieurs sous-ensembles de leurs Profils) a Pintention des autres 
(ou de certains autres), par opposition aux Utilisateurs qui n'utilisent le systeme que 
pour leur organisation personnelle d'informations. 

1 5 Plus exactement, nous distinguons les Profils (ou sous-ensembles de Profil) qui sont 
publies a P ensemble (ou a un sous-ensemble) des autres Utilisateurs et les nommons 
« Profil Non Confidentiel ». 

On va maintenant d^crire un certain nombre de fonctionnalites autoris£es par ce 
2 0 perfectionnement. 

a) Le concept de Derivation 

Les Utilisateurs peuvent « D£river » un Profil Non Confidentiel, c'est-a-dire 
25 Timporter et Putiliser comme £tant leur propre Profil (Confidentiel ou pas) et en 
enlever ou y ajouter des Contenus. 

On entend par la que les Contenus Ajout^s (ou Accepts) dans le Profil source sont 
automatiquement Sugger^s dans le Profil derive et que PUtilisateur de ce dernier 
30 peut ainsi en Accepter tout ou partie. 
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Par « en enlever » on entend que PUtilisateur peut Refuser certains Contenus 
Suggerts. 

Finalement, l'Utilisateur peut aussi Ajouter : 
5 * des References a des Contenus, ou 

* des Rifgrences a des References se trouvant dans d'autres Profils. 

Les nouveaux Contenus (Directs ou Indirects) sont alors ajoutes dans la BD 
Commune dans le Contenant lie au Profil derive, s'il n'y figuraient pas deja. 

10 

Un diagramme de classe relatif a la structure d'un tel systeme de derivation de 
Profils est illustre sur la figure 91 des dessins. 

On observe qu'un Profil Derive et Non Confidentiel peut etre derive a son tour par 
15 un autre Utilisateur. Les References entre Profils peuvent done se faire en cascade 
pour aboutir finalement aux Contenus dans la Base de Donn^es Commune. 

Optionnellement, un Profil Derive peut etre fusionne avec un Profil deja existant 
(que ce dernier soit lui-meme Derive ou non) et adopter le Contenant de ce dernier. 
20 En r£sultat, un Profil peut ainsi §tre derive de plusieurs Profils. 

b) Lien Profil-Contenu 

Une meme Reference peut en meme temps etre dans Ffitat Ajoute dans un Profil et 
25 dans retat Refuse dans un autre Profil. On doit alors introduire un objet 
intermediate « Lien Profil-Contenu » (ou lien) pour specifier cet etat. Ainsi, une 
meme Reference peut avoir un lien ajoute avec un Profil et un lien Sugg&e avec un 
autre Profil. 

30 L*&at d'un lien Profil-Contenu peut etre «Suggere», « Refuse », « Ajoute » ou 
« Retire ». Ceci sera precise plus loin. 
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c) Archive 

On peut egalement introduire une fonction d'« Archive de Profil », qui sert d'etape 
5 intermediate avant la suppression effective d'une Reference dans un Profil. 

Une Reference R peut etre Retiree dans un Profil PI alors que dans un Profil P2 on y 
fait reference en mode Ajoute ou Suggdre. Dans ce cas, au moment ou R est Retiree 
dans PI, elle est plac6e dans l'« Archive de Profil » liee a PI et ne pourra etre 
10 effectivement supprimte que lorsque plus aucun Profil n'y fera reference en mode 
Ajoute ou Sugg6r6. 

Autrement dit, quand un lien Profil-Contenu passe a 1'etat « Retire », si d'autres 
references existent sur la Reference en question, cette derniere se deiie du Profil et se 
15 lie avec T Archive de ce Profil, et si aucune reference n'existe sur elle, elle peut 6tre 
supprim6e effectivement (sous reserve de possibility d'annulation de Taction par des 
methodes traditionnelles). 

Ainsi un attribut « Compteur de derivation » peut etre pfevu pour m&noriser le 
20 nombre de References Suggere ou Ajoute sur la Reference en question. La Reference 
peut ainsi etre supprim£e de P Archive quand la valeur du Compteur de Derivation 
passe a zero. 

d) Procede de Suggestion 

25 

La suggestion est le precede de communication entre Profils. Par ce precede, les 
Contenus se propagent : 
* soit automatiquement 

-d'un Profil a ses Profils derives, 
30 - et inversement, des Profils derives aux Profils sources 



WO 01/35269 



PCT/FR00/03157 



150 

* soit « manuellement », par le fait de soumettre un Contenu d'un Profil a un autre 
Profil. 

On va d^tailler ci-dessous ces difterents modes de propagation : 

5 

i) Propagation d'un Profil a ses Profils D6riv6s 

Les References ajoutees dans un Profil d'un Utilisateur UB , lequel Profil est derive 
par un Utilisateur UA , sont par d£faut automatiquement suggeres a UA, comme 
1 0 T illustre la figure 92. 

Le r&ultat de la suggestion se materialise par un lien Sugg&e D6riv6 comme illustre 
sur la figure 93. Ce lien n'est pas rendu permanent, en ce sens qu'il n'a d'existence 
que sur le poste client. 

15 

Dans le cas ou le possesseur du Profil A accepte la suggestion du Contenu pointe par 
R, il n'est plus besoin de sugg^rer a nouveau R a chaque connexion, car une autre 
R6f6rence R' pointant sur R est creee, comme le montre la figure 94. 

20 Le systdme utilisera alors le fait que P6tat du lien Sugg&*6 Derive est Consulte (le 
lien est stocks de manidre permanente sur le serveur) pour ne pas sugg^rer a nouveau 
ce Contenu a la prochaine connexion de FUtilisateur sur ce Profil. 

ii) Propagation d'un Profil Derive k son (ou ses) Profil(s) source(s) 

25 

Les References ajoutees dans un Profil Derive sont automatiquement sugg£r£es au(x) 
proprietaire(s) du (des) Profil(s) d'origine. Bien entendu, ce (ou ces) derniers 
peu(ven)t les accepter ou les refuser. 

30 Le schema de la figure 95 illustre la communication de UB a Uc via le Profil de UA, 
Les Profils de UB et Uc ayant 6t€ derives du Profil de UA. 
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Le r6sultat de la suggestion automatique du Profil B au Profil A se materialise par un 
lien Sugg6r6, comme illustre sur la figure 96, qui n'est pas stocks de maniere 
permanente : 

5 

Dans le cas ou le possesseur du Profil A accepte la Reference R, il n'est plus besoin 
de la sugg6rer a nouveau a chaque connexion, car une autre Reference R' sur R est 
creee. Pour le permettre, le lien Sugg&6 est rendu permanent. Ceci est illustre sur la 
figure 97. 

10 

iii) Referencement (Suggestion manuelle) 

Par opposition aux suggestions automatiques 6voquees ci-dessus, le Referencement 
est demand^ explicitement par FUtilisateur. II consiste a « re-categoriser » un 
15 Contenu dans un autre Contenant et entraine la creation d'un Contenu Indirect. 

Un lien Profil-Contenu de Suggestion de Referencement a le meme comportement 
que les liens Profil-Contenant de Suggestion automatique (deja 6voqu6s ci-dessus - 
voir aussi plus loin les specifications des transitions d'etat). 

20 

Le r^sultat de la suggestion de Referencement du Profil B au Profil A se materialise 
par un lien Suggere tel qu'illustre sur la figure 98, qui est rendu permanent 
(contrairement aux exemples precedents) : 

25 On notera ici qu'en remontant le lien de Suggestion de Referencement, on peut 
retrouver le Profil dans lequel le Contenu en question a 6te reference. 

Dans le cas ou le possesseur du Profil A accepte la Reference R, il n'est plus besoin 
de la suggerer a nouveau a chaque connexion, car une autre Reference R' pointant 
30 sur R est creee, comme illustre sur la figure 99. 



i 
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Note sur les types de liens Profil-Contenu 

Les Contenus (plus exactement des RifSrences a des Contenus) situes dans un Profil 
Propre ou dans un Profil Derive ont des liens avec ces Profils qui peuvent etre 
5 diffSrents. 

Ainsi les Profils Propres peuvent avoir : 

* des liens Cr66s (liens avec de nouveaux Contenus Directs ou Indirects), 

* des liens D£riv6s (liens avec des Contenus d6riv6s d'autres Profils) ou 
10 * des liens SuggSres (liens avec des Contenus qui lui ont 6t6 sugg£r6s). 

Les Profils D6riv6s peuvent avoir quant a eux : 

* des liens Cr^s (liens avec de nouveaux Contenus Directs ou Indirects), 

* des liens D6riv6s (liens avec des Contenus d&iv6s d'autres Profils) 

15 * des liens Sugg6r6s D6riv6s (liens avec des Contenus appartenant au Profil source) 
ou 

* des liens Sugg6res (liens avec des Contenus qui lui ont 6te sugg6r6s). 

Le diagramme de classe illustrant ces diffcrents types de liens est illustrS sur la 
2 0 figure 1 00 des dessins. 

Note sur les Transitions des liens 

On va decrire ci-dessous les diffSrentes transitions apparaissant pour des liens Cr^es, 
2 5 des liens Derives, des liens Sugg6r6s et des liens Archive. 

a. Transitions des liens Crees (figure 101) 

1. Creation d'une Reference (nouveau Contenu, Contenu pris du Contenant associe 
30 ou d'un autre Contenant) 
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2. L'Utilisateur veut la supprimer, celle-ci est d'abord mise en Archive (effet : lien 
Archive transition 1) 

3. Remettre dans le Profil une Reference Retiree (« restore ») (effet : lien Archive 
transition 2) 

5 4. Au cas ou le Compteur de Derivation tombe a zero, la Reference peut Stre 
Supprim^e effectivement (Supprim£e aussi dans 1' Archive - Transition 2) ainsi que 
son lien. 

b. Transitions des liens Derives (figure 102) 

10 

1. Soit une Reference est (« manuellement ») derivee d'un autre Profil, soit une 
Reference sugg£r£e est enterinee. En mgme temps, le lien Suggere conrespondant (le 
cas £ch£ant) passe a Consulte (Transition 5). 

2. L'Utilisateur peut ensuite la Retirer. Auquel cas elle est d'abord mise en Archive 
15 (lien Archive Transition 1). Le lien Suggere correspondant (le cas echeant) reste a 

Consult^. 

3. « Restauration » (retour de F Archive). Transition 2 pour le lien Archive. 

4. Au cas ou le Compteur de Derivation tombe a zero, la Reference est supprim^e 
effectivement et son lien Test done aussi (supprimee aussi dans TArchive : 

20 Transition 2). En meme temps, le lien Sugg6r6 correspondant (le cas echeant) est 
supprime (Transition 4). 

c. Transitions des liens Sugg£r£s (figure 103) 

25 On notera tout d'abord que le lien Suggere Derive en est un cas particulier. 

1. Un Profil re?oit une Reference (un Contenu est sugger£). Le lien Suggere dans 
retat Sugg6re n'est pas stocks de manidre permanente, sauf dans le cas du 
RefiSrencement (puisque dans ce cas la suggestion ne decoule pas de la derivation du 
3 0 Profil et n'est done pas une information redondante). 
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2. L'Utilisateur le refuse ou Pajoute (s'il l'ajoute : transition 1 du lien D£riv6). Le 
lien Sugg£r£ est alors stocks de mantere permanente (dans l'£tat Consult^). Le 
systeme pourra ainsi £viter de sugg&er a nouveau cette Reference a la prochaine 
connexion 

5 3. « Restauration ». Le lien stocks de mantere permanente est simplement supprim£ 
dans la BD des Profils sauf dans le cas du R6f6rencement. L*616ment pourra ainsi 
etre sugg6r6 k nouveau. 

4. La source £tant effectivement supprim£e (lien Archive - 2), son lien est supprim£. 
S'il existe, le lien D6riv6 correspondant effectue la Transition 4. 

10 

d. Transitions des liens Archive (figure 104) 

1. R^fSrence mise en Archive (cause : transition 2 des liens Cr66s et D6riv6s). 

2. Lien Archive supprim£, soit parce que la Reference est restaur£e (transition 3 des 
15 liens Cr££s et D6riv6s), soit parce que le Compteur de Derivation tombe a z6ro (plus 

aucune autre Reference ne pointe sur la Reference attachee a ce lien), dans ce cas : 
Transition 4 pour les lien Sugg£r£ et Derive ou pour le lien Cr66. 

iv) Archivage et Restauration 

20 

Partons de la situation illustr^e sur la figure 105, dans laquelle un Profil A possede 
une R6f6rence R' sur une Reference R d'un Profil B. 

Quand la reference R' est Retiree elle va en Archive, comme illustr£ sur la figure 
25 106. 

Mais dbs que plus aucune Reference ne pointe sur elle (dds que le Compteur de 
Derivation de R' passe k z£ro), R' peut etre supprimee effectivement. Ceci est illustr£ 
sur la figure 107. 



30 
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Ce premier perfectionnement de la pr^sente invention pr&ente, outre les avantages 
de la forme de realisation de base, toute une serie d'avantages suppiementaires, et 
principalement le fait de pouvoir deriver des Profils, et done de beneficier de 
« canaux de communication » automatiques entre Utilisateurs. Plus prgcis&nent : 

5 

- alors que dans la forme de realisation de base, l'Utilisateur pouvait consulter les 
Contenants de la BD Commune et s*abonner a (etre automatiquement inform^ de) 
leurs nouveaux Contenus, le premier perfectionnement permet a TUtilisateur de 
consulter et de s'abonner aux Profils qu'il a derive. II exploite ainsi F expertise (de 

10 regroupement selectif et de categorisation d'informations) mat6rialis6e dans ces 
Profils ; le schema de la figure 92 illustre qu'un Contenu, ajoute par un Utilisateur 
UB, est communique k un Utilisateur UA automatiquement via leurs Profils 
respectifs, grace au fait que le Profil de UA (Profil A) est derive de celui de UB 
(Profil B) ; autrement dit, les References ajoutees dans un Profil d'un Utilisateur UB, 

15 lequel Profil est derive par un Utilisateur UA, sont par defaut automatiquement 
communiquees a UA. 

- les References ajoutees dans un Profil Derive sont automatiquement suggerees 
au(x) proprietaire(s) du (des) Profil(s) d'origine. Au cas ou ce(s) dernier(s) les 

20 valide(nt), son (leurs) propre(s) Profil(s) se trouve(nt) enrichi(s) de ces Contenus, et, 
en vertu de ce qui precede, ces derniers sont alors automatiquement propages aux 
autres Utilisateurs ayant derive le(s) mSme(s) Profil(s) et qui s'y sont abonnes. ; le 
schema de la figure 95 illustre la communication de UB a UC via le Profil de UA, 
Les Profils de UB et UC ayant ete derives du Profil de UA. 

25 

- enfin, grace a la fonctionnalite d'Archive, un Contenu derive dans un Profil reste 
vivant mSme quand le Contenu d'origine est supprime. 

D. Deuxidme perfectionnement (Niveau 3) 
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Selon ce deuxteme perfectionnement, les Utilisateurs ne partagent plus une structure 
commune de Contenants. Autrement dit, chaque Utilisateur peut avoir une structure 
de Contenants differente de celles des autres Utilisateurs. 

5 Ces structures de Contenants sont memorises dans des « Bases de Donn^es (BD) 
Personnelles » des Utilisateurs et non dans la BD Commune, qui d'ailleurs n'existe 
plus en tant que telle mais en tant qu'ensemble de fichiers (« Contenants »). 

Dans le meme esprit que ce qui precede, une BD Personnelle est composee de 
10 References plutot que des Contenants et Contenus eux-memes. En effet, pour chaque 
Contenant, tous les Contenus (sauf ceux qui sont confidentiels) sont memorises en 
dehors de la BD Personnelle, dans un fichier commun (« Contenant ») . Dans la BD 
Personnelle, les references a ces Contenus ferment un « Profil ». Certains de ces 
Profils peuvent etre publies a Pensemble ou a un sous-ensemble des autres 
15 Utilisateurs (Profils Non Confidentiels - voir plus haut). 

Les Profils contiennent des Sous-Profils et ferment ainsi une structure arborescente 
illustree sur la figure 108 (ou encore une structure de graphe), qui peut Stre differente 
d'une BD Personnelle a une autre. 

20 

De manidre primitive, cette structure peut etre representee par un diagramme de 
classe UML , comme illustre sur la figure 109. 

Ici encore, le systdme offre une garantie d'anonymat : Les Utilisateurs, pour un 
25 Contenant donne (accessible a travers un Profil de leur BD Personnelle), peuvent 
consulter (ou etre abonne a) tous les Contenus ajout6s par les autres Utilisateurs dans 
ce Contenant, sans pouvoir determiner quel Contenu figure dans quelle BD 
Personnelle. 

30 Ici, deux Profils associes a un meme Contenant peuvent avoir une denomination 
differente. On appelle « Categorie » le nom d'un Profil. Comme la Categorie d'un 
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Contenant depend du choix de l'Utilisateur, la classe Categorie est assoctee a la 
classe « Profil » (ou en constitue un attribut) et non pas a la classe « Contenant ». 

On va maintenant d£crire la fa?on dont Tarborescence est construite par chaque 
5 Utilisateur , c'est-a-dire la fa$on dont les diffcrents Sous-Contenants sont cr66s dans 
les Profils, ainsi que 1'incitation qui existe pour un Utilisateur a deriver un Profil. 

a) Nouveau Contenant 

10 L'Utilisateur peut librement cr£er un nouveau Contenant, en tant que sous-profil 
dans un Profil de sa BD Perso. S'il est Non Confidentiel, celui-ci donnera lieu a un 
nouveau fichier (Contenant- 1) dans la Partie Commune, comme illustr£ sur la figure 
110. 

15 b) Contenant d6ja existant 

Alternativement, l'Utilisateur peut deriver un Profil Non Confidentiel d'un autre 
Utilisateur ou un Profil de sa propre BD Personnels. Ce Profil est ajout£ en tant que 
Sous-Profil dans un Profil de sa BD Personnelle qu'il a choisi (il a par exemple 
20 ins£r£ le Profil d€riv6 dans ce Profil par la technique du « glisser-d£poser »). Les 
61&nents (Contenus et Sous-Profils) que le Profil source contient sont 
automatiquement sugg6r6s dans ce nouveau Sous-Profil. 

On notera ici que le fait de deriver un Profil n'engendre pas automatiquement la 
25 derivation de toute la structure sous-jacente. Autrement dit, les Sous-Profils ne sont 
pas d£riv£s d'office, mais seulement si rUtilisateur les ajoute explicitement. En 
effet, dans le cas contraire, le processus de derivation pourrait rentrer dans une 
boucle infinie. 

30 c) Incitation l'Utilisateur a deriver un Profil 
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i) Lien Profil-Profil Cnte 

L'Utilisateur peut decider de d&iver un Profil suite a sa consultation, par sa propre 
initiative, des Profils (non confidentiels) mis a sa disposition par les autres 
5 Utilisateurs. 

ii) Lien Profil-Profil Sugg£r6 ou D6riv6 

Grace au processus de suggestion descendante indiqu6 plus haut a propos du premier 
10 perfectionnement, les nouveaux Sous-Profils ajoutes dans un Profil PI, duquel un 
Profil P2 a 6t6 derive, se retrouvent automatiquement dans P2, en mode suggere. 
Inversement, grace au processus de suggestion remontante, un nouveau Sous-Profil 
ajout6 dans P2 est sugg&*£ dans PI. Quand un nouveau Sous-Profil apparait ainsi, 
rUtilisateur peut Tignorer (c'est le cas par d£faut), le garder (rajouter) ou le refuser. 

15 

iii) Lien Profil-Profil RifSrence (« Suggestion Manuelle ») 

Ce processus est appel6 « R£f£rencement ». Un Utilisateur UA peut, de sa propre 
initiative, suggerer une Reference Rl ou un Profil PI a un Utilisateur UB , pour qu iJ 
20 soit d6ri\6 en tant que R6f£rence Rl* ou profil PT sous un Profil P2 (Non 
Confidentiel) de la BD Personnelle de UB. 

Ces diff&ents liens apparaissent sur le diagramme de classe de la figure 111. 

25 Outre les avantages mentionnes plus haut a propos de la forme de realisation de base 
et du premier perfectionnement (niveaux 1 et 2), ce second perfectionnement de 
Tinvention ajoute d'autres avantages : 

- tout d'abord, diffi£rents Utilisateurs peuvent avoir une structure diffgrente de 
30 (Nontenants ; TUtilisateur est ainsi maitre de la categorisation de ses donn£es et n'est 
pas contraint par une structure commune figde ; dans ce nouveau cadre, le syst^me : 
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* exploite toujours le fait que les Contenants sont partag^s (avantage du 
niveau 1), et 

* permet des derivations non seulement de Contenus mais aussi de structures 
5 arborescentes de Contenants. 

- ensuite, la derivation de Profil ou de Contenu peut se faire, non seulement par 
l'initiative de l'Utilisateur qui derive, mais aussi par Finitiative d'un autre Utilisateur 
qui souhaite que ses Profils ou Contenus soient derives dans un Profil externe 
10 (m^canisme de R6f6rencement) et qui pour cela les suggerent « manuellement » (par 
opposition aux suggestions automatiques decrites plus haut. 

Ce dernier avantage est considerable ; grace au R£f£rencement, le systeme peut 
s'etendre et voir sa Communaute d'Utilisateurs augmenter toujours plus, sans 

15 veritable risque de « pollution » a cause de l'introduction d'informations de 
mauvaise qualite. En effet, bien que de telles informations puissent effectivement 
etre introduites dans le systeme, le nombre d'Utilisateurs qui y accederont ne sera 
pas significatif. Car pour que Ton y accede a grande echelle, il faudrait qu'elles 
soient Riferencees dans les Profils publics « a grande audience », c'est-a-dire connus 

20 par un grand nombre d'Utilisateurs et largement consultes et/ou derives. Or, les 
proprietaires de ces Profils publics ne sont pas obliges d'accepter un Referencement 
sugg6re par n'importe qui et peuvent le filtrer. lis filtreront ainsi les mauvaises 
informations sous peine de devaloriser leurs propres image et la confiance de Ieur 
« audience ». Les Utilisateurs du systeme jouent done eux-memes le role de 

25 « moderateurs » decentralises. Le systeme est ainsi auto-regule. 

E. Troisifeme perfectionnement (niveau 4) 

Ce troisieme perfectionnement consiste en une evolution du deuxieme pour prendre 
30 en compte Tassemblage, dans un Profil d'un Utilisateur, de plusieurs ensembles de 
Contenus pour un meme Contenant. 
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Selon ce perfectionnement, les Profils du Niveau 3 sont remplac^s par des 
« Classeurs ». Un Classeur est associe a un Contenant et contient (zero, une ou) 
plusieurs « Pages ». Chaque Page rassemble un ensemble de Contenus. 

5 

Un Classeur contient done des Pages et des sous-classeurs. 

La structure arborescente est ainsi representee sous la forme d'une hierarchie de 
« Classeurs », comme illustre sur la figure 1 12. 

10 

Les classeurs, les pages et les References peuvent etre derives. Les liens Profil- 
Contenu sont remplaces par des liens Classeur-Page et Page-Contenu. L* Archive de 
Profil est remplacee par une Archive globale pour chaque Base de Donnees 
Personnelle. 

15 

Cette structure est specifiee par le diagramme de classe illustre sur la figure 113. 

Les Classeurs et les Pages (Non Confidentiels) d'une BD Personnelle peuvent Stre 
derives d'une autre BD Personnelle, voire d'un autre endroit de la meme BD 
2 0 Personnelle. 

Les avantages des niveaux 1 k 3 subsistent ici. 

On va maintenant decrire une application pratique de ce troisieme perfectionnement. 

25 

Un Utilisateur possede un classeur de base qui lui est « propre », dans lequel il peut 
realiser differentes actions, et en particulier : 

a) Creation de sous-eiements « propres a PUtilisateur » 



30 
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L'Utilisateur constitue son Classeur de ses propres Sous-Classeurs, Pages et Caiques 
(on decrira ces deux derniers objets dans la suite) grace a un Sditeur de documents 
int6gr6 au systeme. 

5 b) Creation de sous-616ments « derives » 

L'Utilisateur insure dans son Classeur des elements recup£r£s dans d'autres 
Classeurs. 

10 c) Suppression de sous-616ments « propres k l'Utilisateur » 
L'Utilisateur supprime ses propres &6ments. 
d) Acceptation ou Refus de sous-616ments « derives » 

15 

L'Utilisateur rend visible ou non les sous-elements « implicites » des 616ments 
«d6riv6s », c'est a dire les sous-616ments des elements r£cup£res dans d'autres 
Classeurs. 

2 0 Ces informations sont stock^es dans une base de donnees par exemple de type SQL, 
telle qu'illustr^e sur la figure 1 14. 

On notera que les champs de r^fiSrencement REFelement, REFstyle, REFcontenu 
sont ici des adresses de type « url ». Les pages vers lesquelles on pointe renvoient 
25 ainsi le code desir£, et en particulier les donnees de Contenu en format HTML, les 
donnees de Classeur en format XML, etc. 

Comme on le voit sur la figure 114, les Classeurs, Pages et Caiques sont des 
« ei&nents » relics hi£rarchiquement par des tables « Lien ». leurs definitions ne se 
30 distinguent que par un attribut en moyenne (IDcontenant par un classeur, REFstyle 
pour une page, IDcontenu pour un caique). 
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On va ctecrire ci-dessous, dans ce contexte, des exemples d'actions. 



a) Prologue : creation d'Utilisateur 

5 

Avant toute action de l'Utilisateur, il faut bien que celui-ci soit defini. Son existence 
est inscrite dans une table « Utilisateurs », telle qu'illustrSe sur la figure 115. 

(Remarque : a la creation d'un nouvel Utilisateur, on cr6e Sgalement un « Classeur 
10 de Base » et un &6ment pour « Archive » (&6ment de type particulier pour stocker 
tous les 616ments en voie de suppression, comme d6crit plus haut). 

b) Action 1 : creation d'616ment/sous- 616ment « propre a TUtilisateur » 

15 La figure 116 illustre une structure hterarchique de Classeurs et une Table associee, 
pour un Utilisateur donne (ici l'Utilisateur No. 1 appete « Demo »). 

Les diff&rents « Pigments » de la Table de la figure 116 sont « propres » a cet 
Utilisateur, en ce sens qu'ils ne font pas reference a un autre Element (le champ 
20 « REFelement » est toujours 6gal a la valeur « Null », c'est-a-dire vide). 

On distingue les 3 types d'^l&nents suivants, reconnus par la valeur de la variable 
Type de la Table de la figure 1 1 6. 

25 i) Les Classeurs (type 1) 

Dans le present exemple, les 616ments Nos. 1 et 2 (c'est-a-dire dont les valeurs de 
IDelement sont respectivement 6gales a 1 et 2) sont des Classeurs appetes « Demo 
0 » et « Demo 0 1 », le Classeur No. 1 etant d'ailleurs le Classeur de Base de 
3 0 l'Utilisateur en question. 



! 
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ii) Les Pages (type 2) 

Dans le present exemple, les elements Nos. 3 et 7 sont des Pages de PUtilisateur. 

5 iii) Les Caiques (type 3) 

Dans ce meme exemple, les elements Nos. 4 et 5 sont des Caiques de l'Utilisateur. 

Les liens de parentes sont inscrits dans une Table « Liens », telle qu'illustr^e sur la 
10 figure 1 17. Cette Table montre que l'llftnent No. 1 (« Demo 0 ») est le Parent des 
ei&nents Nos. 2 et 6 ( « Demo 0 1 » et « Demo 0 2 ») 

c) Action 2 : creation d'616ment/sous-element « D6hv6 » 

15 La figure 118 montre un exemple d'une structure arborescente de classeurs incluant 
un Classeur « Derivd » (nomm£ ici « Aline favoris »), et de la Table assoctee. 

Un 616ment derive resulte de la recuperation d'un element par un autre Utilisateur 
que son concepteur original. C'est un element « propre au r^cuperateur » auquel est 
2 0 ajout^ une reference a P<51£ment original. 

L*exemple de la figure 118 montre que lament No. 9 (« Aline favoris ») est d&rivS 
de I'll&nent No. 2 (« Demo 0 1 »), car la valeur de REFelement est ici egale a 2. 

25 Le Classeur No. 9 possede alors implicitement les sous-elements du classeur No. 2 . 
Ces sous-£l£ments devront etre Accepts ou Refuses (voir plus loin action 4) pour 
que les Utilisateurs qui d^riveront le classeur No. 9 les voient ou ne les voient pas, 
selon le cas. 
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Comme dans un element « propre a l'Utilisateur », l'Utilisateur de Tel^ment derive 
peut ajouter ou retrancher d'autres elements selon son choix; ses ajouts et 
suppressions seront d'ailleurs sugg6r6s par la suite a 1'auteur de l'eiement original. 

5 (Remarque : Lorsqu'un Utilisateur arte un element « derive » (comme ici le Classeur 
« Aline favoris »), le compteur de derivation de l'eiement original (variable 
Compteur » est automatiquement incr&nente (comme ici pour le classeur « demo 0 
1 »). Ceci permet de savoir si la suppression de r original est possible ou si cet 
original doit dtre mis en archive lorsque son auteur le masque. 

10 

d) Action 3 : Suppression d'etements « propres a l'Utilisateur » 

i) Suppression d'un sous-616ment « propre » non derive 

15 Considerons l'exemple ou l'Utilisateur « demo » desire supprimer le sous-61ement 
«Demo 0 2». D'aprds le Compteur de Derivation, celui-ci n'est utilise comme 
reference par personne. On peut done supprimer le lien entre « Demo 0 » et « Demo 
0 2 », mais aussi supprimer « Demo 0 » et tous ses sous-elements dont la valeur du 
Compteur de Derivation est nul. 

20 

Le r&ultat de cette suppression est illustre sur la figure 119. 

ii) Suppression d'un sous-eiement « propre » derive au moins une fois 

25 Considerons ici l'exemple ou l'Utilisateur « demo » desire supprimer le sous-element 
« Demo 0 2 ». 

Or, d'apres la valeur du Compteur de Derivation, celui-ci est utilise comme reference 
par un autre classeur (en Toccurrence le classeur « Aline favoris »). On peut done 
30 supprimer le lien entre « Demo 0 » et « Demo 0 1 », mais on ne peut pas supprimer 
reiement « Demo 0 1 » lui-meme. 
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C'est pourquoi, celui-ci est alors apparent^ au classeur « Archive » de TUtilisateur 
(pour ne pas engendrer un orphelin). II y restera jusqu'a ce que la valeur du 
Compteur de Derivation tombe a z£ro. 

5 

La situation est illustr£e sur les figures 120a a 120c. Ainsi la figure 120c montre que 
rei&nent n°2 (Idenfant = 2) n'appartient plus vraiment a Telement No. 1 (Idparent = 
1), car son attribut « Operation » a la valeur z£ro. 

10 Ce meme element est en revanche ajout^ a Tetement « archive » n° 12 (Idparent = 
12) de TUtilisateur, dont il devient un sous-616ment. 

Le fait que ce sous-616ment soit rattach^ a un element « archive » permettra de 
pouvoir encore le visualiser le cas £ch£ant le restaurer a Tinitiative de TUtilisateur, 
15 comme on va le voir ci-dessous. 

iii) Restauration d'un sous-61£ment « archive » 

Pour restaurer un sous-£16ment « archive », TUtilisateur consulte T Element 
20 « archive » et d£signe le sous-61£ment a restaurer. II suffit alors de remplacer le « 0 » 
par un « + » dans le « lien » correspondant au sous-element. Puis on supprime le lien 
entre cet element et Telement « archive ». Ceci est illustr6 sur la figure 121 . 

On observera que Ton pourrait mettre egalement en archive les elements supprim^s 
25 dont le compteur de derivation est nul pour permettre leur restauration... Dans ce 
cas, la « vidange » se ferait de la meme maniere qu'avec la « corbeille » d'un 
explorateur de fichiers. Les elements ne pourront cependant etre « vidangds » tant 
que leur compteur de derivation est non nul. 



30 



e) Action 4 : Acceptation/Refus de sous-dements « implicites » 
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Les £l£ments derives possddent implicitement les sous-61ements de l'616ment 
original. 

Ainsi, a chaque ouverture de son Element d&iv6, rUtilisateur verra apparaitre et 
5 disparaitre des sous-616ments au gr6 de l'Utilisateur de Telement original. Ainsi la 
figure 122 illustre le cas ou un classeur n° 9 « Aline favoris » (Idelement = 9) est 
d6riv£ d'un classeur n° 2 (REFelement = 2), et possede done implicitement les sous- 
616ments de ce dernier, tels que les 616ments illustr^s sur la figure 123, dont la 
variable Idparent est Sgale k 2. 

10 

On va d^crire ci-dessous comment ces sous-616ments peuvent etre Accepts ou 
Refuses. 

i) Acceptation d'un sous-61ement « implicite » 

15 

L'Utilisateur doit accepter un sous-616ment « implicite » (sous-element de l'original) 
pour ne pas risquer de le voir disparaitre et pour le proposer aux Utilisateurs qui 
deriveront ou qui ont d6riv6 a leur tour l'616ment derive (par exemple, si dans 
Fexemple ci-dessus un troisteme Utilisateur cr6e un classeur derive du classeur n°9). 

20 

L' acceptation d'un sous-61ement « implicite » est en fait une derivation de ce sous- 
61£ment dans le classeur d6riv6. En base de donn^es, cela revient done a cr^er un 
classeur derive et a en faire un enfant de l'616ment d6riv£. 

2 5 Exemple d' acceptation du sous-classeur implicite « Demo 0 1 1 » 

La figure 124 illustre la creation de P616ment n°15 derive du n°13, a savoir « Demo 
0 1 1 », et la figure 125 illustre la creation du lien de parent^ entre les Elements. 
L'Utilisateur exprime ainsi son int6r§t a l'auteur original pour cet &6ment. De plus, 
30 l'auteur original pourra ainsi lui sugg^rer par la suite des ajouts et retranchement de 
sous-61£ments. 
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ii) Refus d'un sous-eiement « implicite » 

L'Utilisateur doit refuser un sous-616ment « implicite » (sous-eiement de Poriginal) 
lorsquMl ne souhaite pas le voir r£apparaitre a chaque ouverture de son classeur. 

5 

Le refus d'un sous-eiement « implicite » est en fait un lien de parente special entre ce 
sous-eiement et le classeur derive qui permet de signifier le refus. En base de 
donnees, cela revient done a cr^er un lien entre l'eiement derive et le sous-eiement 
avec la valeur « - » dans le champ Operation. 

10 

Exemple de refus du sous-classeur implicite « Demo 0 1 2 » 

Cet exemple particulier est illustre sur les figures 126 et 127, la figure 127 montrant 
la valeur « - » du champ Operation. 

15 

L'Utilisateur exprime ainsi son d^sinteret a Tauteur original pour cet element En 
outre, lorsque l'eiement original est r^ellement supprime, ce lien n'aura plus d'utilite 
et pourra done etre egalement supprime. 

20 On notera ici que la gestion des classeurs et des elements qu'ils contiennent peut se 
faire avantageusement selon une interface utilisateur telle qu'illustree sur la figure 
127a. Cette interface utilisateur comprend a gauche deux fenetres ou cadres 
superposes Cadre 1 et Cadre2, le cadre superieur Cadre 1 affichant une structure 
arborescente (par exemple du type « Explorateur Windows » - marque d£pos6e de 

25 Microsoft Corp.) du classeur de l'utilisateur, tandis que le cadre inferieur Cadre2 
contient, avec le mSme type de representation, le classeur d'un tiers en train d'etre 
consult^ a distance par ce meme utilisateur. On peut ainsi facilement naviguer d'un 
Contenant a l'autre, les Contenus du cadre actif etant affiches dans un cadre plus 
grand Cadre3 pr6vu dans la partie droite de Pecran. Ces contenus (pages) sont 

30 affiches avec le style impose par le cadre couramment choisi. Des onglets permettent 
egalement de naviguer dans la structure. 
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Cette interface permet notamment : 

- d'importer a partir du classeur tiers, par la technique du « glisser-d^poser » du 
cadre Cadre2 vers le cadre Cadre 1, tout ou partie des Contenants (inclus les 

5 Contenus associes) ou des contenus individuels, sachant que l'importation d'un ou de 
plusieurs Contenants peut impliquer une procedure d'acceptation selective, de fa?on 
collective ou individuelle, des Contenus associes ; 

- de proposer au tiers, toujours par la technique du glisser-d^poser, mais cette fois-ci 
10 de Cadre 1 vers Cadre2, tout ou partie de son propre classeur, pour mettre en oeuvre la 

fonction d^crite plus haut de suggestion manuelle ou « Referencement » ; 

- pour ce qui concerne le cadre d'affichage Cadre3, une serie de boutons et/ou 
d'onglets est avantageusement prdvue pour faire d6filer les pages, changer de caique, 

15 etc. 

Enfin on notera ici que les operations d'acceptations/refus de suggestions peuvent 
s'effectuer dans des boites de dialogue specifiques, soit lorsque l'utilisateur accdde a 
un classeur contenant des elements nouvellement sugg6r£s depuis sa derniere 
20 connexion, soit lorsque Putilisateur accede au Contenants destines a accueillir les 
elements sugger^s. 

Par ailleurs, ces aspects de Pinvention permettent : 

25 - a des fournisseurs d'inforxnations, tels que des magazines grand public par 
exemple, de cr6er et mettre a jour leurs informations directement sur PInternet, 

- aux fournisseurs d'information de « fid&iser » Tinternaute en jouant sur sa fibre de 
collectionneur ; Tintemaute peut en effet constituer des collections d'information 

3 0 dans un classeur personnel en ligne, 
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- aux fournisseurs de produits, d'offrir des elements de contenu d£crivant leurs 
produits (biens ou services) : en quelques clics de souris, ils les rdftrencent dans les 
magazines en ligne, communiquent ainsi leurs nouveautes et promotions et en 
r^coltent des transactions commerciales, 

5 

- aux magazines de se transformer en mini-annuaires (comme les portails ou 
annuaires connus aujourd'hui sur l'lnternet) et de percevoir une commission sur les 
visites et ventes engendr^es, 

10 - enfin, aux internautes de consulter les magazines et les offres de produits : ils 
peuvent glisser dans leur classeur personnel des elements de contenu qu'ils 
retrouvent a chaque connexion, ces &£ments de contenu £tant mis a jour et 
completes ; le fait de glisser une information dans le classeur personnel repr&sente 
implicitement une " declaration d'interet " qui leur permet de se faire sugg^rer 

15 automatiquement des informations apparent£es. 

Ainsi un nouveau magazine en ligne rejoignant un systeme existant pourra exploiter 
le trafic qui y est dej& present. 

20 Section 2 - Auto-6puration du Svsteme 

On va maintenant d6crire en detail une fonction de la presente invention permettant 
de prendre en compte la quality des suggestions pour aboutir, par une notion de 
« degr£ de confiance », a limiter les effets de suggestions ind^sirables. Cette section 
25 est a rapprocher de la section « Coefficients de Probability d' Acceptation » du 
chapitre II. 

Introduction 

30 Le systeme met en ceuvre un double principe d'epuration. 
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Preincrement, comme mentionn6 a propos de la suggestion «manuelle» dans la 
section 1 de ce meme chapitre, la diffusion des informations entre Utilisateurs peut 
s'effectuer par « RifiSrencement » d'un Profil d'un Utilisateur donn£ dans les Profils 
(Classeurs ou Pages) d'autres Utilisateurs dont il espere capter Paudience 
5 (notamment pour qu'a partir de Profils Non Confidentiels d'autres utilisateurs, le 
public puisse trouver les informations propres audit Utilisateur donn6). Le systeme 
permet ceci de maniere decentralis^e. Le RifiSrencement est une suggestion et peut 
done etre filtr£ par le destinataire, qui joue ainsi le role d'6purateur. Ainsi, ceux qui 
fournissent des informations de mauvaise quality perdent leur credibility, et ont 
10 tendance a ne plus faire l'objet de derivations vers d'autres utilisateurs. Leur 
audience baisse done. 

Deuxidmement, le maintien du credit qu'accorde chaque Utilisateur peut-etre assist^ 
par le syst&me de maniere automatique. Par apprentissage automatique et transparent, 
15 bas6 sur Texp^rience, le systeme construit et maintient une notation de contribution 
r6v61atrice d'un "degre de confiance" que peut accorder un Utilisateur aux 
informations fournies par un autre Utilisateur. 

Ce degr6 de confiance peut Stre d6termin£ de manidre indirecte en suivant une 
20 "chaine" d' Utilisateurs dans laquelle chaque Utilisateur a pu determiner le degr6 de 
confiance pour le suivant (e'est a dire par transitivite). 

Le degr6 de confiance ainsi obtenu permet de filtrer automatiquement les suggestions 
de contenu ayant une forte probability de ne pas etre pertinentes. 

25 

II est important de noter ici que l'identitS (ou plutot le pseudonyme) de TUtilisateur 
qui est k Porigine de la suggestion est connu du systeme mais pas des autres 
Utilisateurs. 



WO 01/35269 



PCTVFR00/03157 



171 

Details du procede d'auto-epuration 

Pour chaque type (Taction (accepter, refuser, cteplacer, etc.), on pr^voit selon ce 
perfectionnement de Tinvention le recours k une notation de contribution, c'est-a- 
5 dire a un syst&ne d'attribution de points positifs ou nSgatifs, sur la base du fait que 
TUtilisateur B qui re<?oit des points positifs par TUtilisateur A augmente d'autant la 
confiance que lui accorde ce dernier. De meme, il diminue sa confiance quand il 
regoit des points nSgatifs. 

10 L/Utilisateur A peut ainsi automatiquement filtrer (dans ses requetes) les suggestions 
faites par des Utilisateurs dont le degr6 de confiance est inferieur a un certain seuil. 

L'int^rSt de cette fonction reside surtout dans le fait que revaluation (ou notation) se 
fait dans le cadre Tutilisation courante de Toutil, de maniere transparente. 

15 

Par exemple, suite a une requete, un Utilisateur A re?oit un Contenu sugg^re par un 
Utilisateur C qu'il n'a pas encore eu l'occasion d'evaluer. Dans le cas ou 
rutilisateur C a un degre de confiance negatif chez TUtilisateur B, et que ce dernier 
a un degr£ de confiance positif chez TUtilisateur A, alors, par transitivite, 
20 TUtilisateur C obtient des points n^gatifs chez TUtilisateur A. Ce dernier peut alors 
automatiquement filtrer les Contenus sugg6r6s par C. 

En effet, TUtilisateur A a confiance dans les suggestions faites par Tutilisateur B. 
Done si TUtilisateur B estime que les suggestions de TUtilisateur C ne correspondent 
25 pas a ses attentes, alors TUtilisateur A peut etre confiant qu'il aurait la meme opinion 
negative. 

Concretement, cette approche peut s'appuyer sur une structure de donn^es incluant 
une representation d'un graphe de transitivity entre les difKrents Utilisateurs (tout en 
3 0 conservant leur anonymat les uns par rapport aux autres). 
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Avantageusement, cette approche peut s'accompagner de coefficients de poiuteration 
en fonction de la longueur de la chaine de transitivite pour une Evaluation donn6e, 
ainsi que d'autres critdres et seuils divers. 

5 Par exemple, pour que TUtilisateur A puisse se fier au jugement de l'Utilisateur B au 
sujet de l'Utilisateur C, le degr6 de confiance qu'accorde l'Utilisateur A a 
l'Utilisateur B doit etre sup&ieur k un certain seuil depuis un certain temps (critere 
de stability. 

10 Ainsi le systeme construit automatiquement ce qu'on peut qualifier de «r&eau de 
confiance », auto-alimente et auto-r6gute, qui permet d'epurer s^lectivement les 
suggestions inad^quates. 

On notera ici qu'il subsiste toutefois un risque : ainsi un Utilisateur malveillant peut 
15 s'inscrire dans le systeme ftequemment, avec des pseudonymes chaque fois 
diffiSrents, dans le but de sugg6rer des Contenus de mauvaise quality. 

Cet Utilisateur malveillant n'&ant 6va\u6 par personne au d^but, ses suggestions ne 
pourront etre filtrEs pendant un certain temps. 

20 

Pour supprimer ce risque, on pourra filtrer les Utilisateurs r^cents dont le volume 
d'El&nents suggEres n'a pas atteint un certain seuil, que Ton appelle « seuil de 
contribution ». Ce filtrage pourra aussi servir a inciter les Utilisateurs a contribuer 
suffisamment pour que les Contenus qu'ils suggdrent ne soient pas filtrEs. Ceci incite 
25 a faire vivre le systeme. Le volume de contribution de chacun pourra etre d&ermin6 
selon une m£thode qui permette d'6viter les contributions reproduites artificiellement 
pour atteindre le seuil de contribution. 

Alternativement, le fait de s'inscrire dans le systeme d*6change par suggestions peut 
30 etre payant, ou nominatif via un tiers de confiance qui decouragerait de sugg^rer des 
Contenus sous des pseudonymes diff6rents. 
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Section 3 - Techniques de suggestions automatiques 
Introduction 

5 

Les Profits, tels que ctecrits dans la section 1, caracterisent les Utilisateurs et peuvent 
ainsi etre exploits en tant que profils d'interets (ou de gouts) que Ton confronte les 
uns aux autres pour en extraire des informations pertinentes et les sugg^rer 
automatiquement aux Utilisateurs. 

10 

La confrontation d'un profil aux autres peut se faire individuellement (par exemple 
par les techniques connues de « Filtrage collaboratif », de « Recommandation sur la 
base de Contenus »), ou sur Pensemble synth&is6 des autres profils de manidre 
compacte (par exemple par les techniques de Reseaux Bayesiens, etc.). 

15 

Un apport important de cet aspect de l'invention est de tirer parti de Pordre des 
Contenus dans les Profils pour am&iorer les suggestions. Si Ton se place au Niveau 
4 de la section 1 du present chapitre, Putilisateur peut ordonner les Contenus (qui 
sont affich6s dans un certain ordre dans les pages), et les pages entre elles (Pordre 
20 des pages est afficte sous la forme d'un classeur), en fonction de difftrents critdres 
d'ordre choisis par lui-m&ne (par exemple, critere de preference globale, critere 
temporel, critere economique, critere esth&ique, etc.) ou une conjonction ordonn6e 
de tels crit&res. 

25 Dans la mesure ou ces criteres sont partages avec d'autres Utilisateurs, le syst&ne en 
d&iuit des profils ordonnSs, am&iore ainsi la pertinence des elements recommandes, 
insere les elements recommandes a leur bonne position, et peut meme ordonner 
automatiquement des informations poshes en vrac en se basant sur Pordre adopts par 
les profils proches. Ces proc&tes sont d^crits dans la section suivante. 



30 
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Details des techniques de Suggestion Automatique 
a. Detection de profils voisins 

5 Les Contenus sont composes d^tements (par exemple au format XML) qui ont des 
attribute et des 616ments imbriqu6s. Afin de d&ecter, entre deux profils donn6s, les 
Contenus qui peuvent etre consid6r6s comme « pratiquement identiques », ils 
peuvent etre analyses selon des regies qui se d6clenchent a partir d'un m^canisme de 
reconnaissance de motifs (« pattern matching »). 

10 

Un Contenant peut ainsi donner des poids diffcrents aux attributs des 616ments de ses 
Contenus. Un Contenu sera alors consid6r£ comme « pratiquement identique » a un 
autre si un ensemble d'attributs suffisamment repr&entatif (la representative sera 
calculee en fonction de leurs poids respectifs) ont les memes valeurs. 

15 

Ainsi, il n'est pas n^cessaire que deux Utilisateurs aient dans leurs profils des 
Contenus exactement les memes pour quMls soient jug£s proches. 

La proximite entre deux profils Px et Py - ordonn£s selon un critere donn6 - est 
20 mesur6 en 6valuant la quantite de caiques que les Utilisateurs A et B ont en commun, 
avec une pond6ration par la position de ces caiques dans les profils des Utilisateurs A 
et B respectivement, comme illustrS sur la figure 128. 

Pratiquement la mesure de proximite va se faire Contenu par Contenu tant que le 
25 poids marginal reste supSrieur a un certain seuil. Ainsi il suffira comparer un nombre 
fix6 d'616ments dans l'ordre correspondant au critere donne. 

L'Utilisateur peut aussi s'appuyer sur un certain nombre d'autres indicateurs tels que 
par exemple : 

30 - le pourcentage d'informations en commun, comme illustr^ sur la figure 129 ; 

- le nombre de fois qu'un mSme Contenu est suggere (a partir de Profils difftrents). 
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b. Insertion des Contenus sugger^s qui sont accepts 

Lorsqu'un Utilisateur accepte une suggestion de Contenu de la part du syst^me de 
Recommandation Collaborative, le Contenu est class6 au bon endroit selon chaque 
5 critdre de la configuration du classeur. 

On va consid^rer, en r^fSrence & la figure 130, Pexemple suivant : supposons que 
pour un Contenant donnd, des Utilisateurs ul et u36 ont en correspondance 
respectivement les pages (« xSheet ») xsA et xsB, dont les Contenus sont ordonn^s 
10 chacun selon deux critSres A.1 et X2. 

Pour cette cat^gorie, ul et u36 sont proches au sens ou ils poss6dent tous les deux les 
Contenus c4 et cl2. Le syst&ne de Recommandation Collaborative fait done les 
propositions telles qu*illustr6es sur la figure 131, c8 6tant sugg6r£ de u36 k ul et cl 
15 6tant sugg6r6 de ul a u36. 

Si ces suggestions sont acceptes par chaque Utilisateurs, les Contenus sont alors 
ins6r6s en accord avec les positions qu'ils occupent dans leur page d'origine. 

20 Pour le critdre A.1 de ul, c8 est class6 par rapport aux Contenus communs a ul et 
u36, il est done plac6 avant c4 et cl2. Bien sur, ul est libre de replacer c8 s'il le juge 
mal class6 en regard du critdre utilis6. Un raisonnement sym6trique est applique pour 
u36. 

2 5 Pour le crit£re X2, les £l£ments communs a xsA et xsB ne sont pas classes dans le 
meme ordre. Plusieurs conventions sont alors possibles : celle qui semble la plus 
approprtee est de ne violer aucune relation 6tablie dans le profil de depart. Ainsi, c8 
doit Stre \i\s6t6 apres c!2 et c4 dans xsA, et cl doit etre insere aprds cl2 dans xsB 
(bien qu'il soit avant c4 dans le profil de depart). Le r^sultat est illustre sur la figure 

30 132. 
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Une autre convention pourrait par exemple etre d'inserer cl dans xsA et c8 dans xsB 
relativement a l'616nient commun le plus proche, comme illustr£ sur la figure 133. 

L'insertion d'un Contenu, telle qu'on l*a d£crite ci-dessus avec cl et c8, provoque la 
5 mise a jour des profils de ul et u36 pour les nceuds sup^rieurs de la taxonomie 
(profils agreges). La place ou le nouveau Contenu est insert dans les profils agr£g£s 
est fonction de Tendroit ou il a et6 class£ lors de son insertion, et du critdre utilise. 

Ordonner les Profils automatiquement (Tri de profil par recommandation 
10 collaborative) 

Comme mentionn£ pr£c£demment, dans un profil certains des Contenus n'ont pas 6t6 
explicitement ordonn^s. Dans les feuilles, a ceux-ci correspondent des onglets grists. 

15 Pour chaque profil, les Contenus grists qui font partie des Contenus en commun avec 
un profil voisin, mais dans la partition non gris6e chez le voisin, sont ordonnSs selon 
Tordre sugg£r£ par ce voisin. 

Section 4 - Graphes de derivation 

20 

Introduction 

Rappelons ici que le systeme d6crit dans la section 1 du present chapitre offre a 
1'Utilisateur la possibility de (et une stimulation pour) d&iver et ^organiser (ajouter, 
25 retirer, modifier, re-ordonner, d^placer d'un Contenant a un autre, etc.) des elements 
d'information non declares comme confidentiels. La stimulation vient du fait que 
1'Utilisateur profite ainsi de Pexpertise de toute la chaine d'Utilisateurs « a l'amont » 
c'est-i-dire a Torigine de chaque information. 

30 Le syst&ne incite done ses Utilisateurs a l'&endre (a le faire «grossir») par 
derivation, et les Utilisateurs en viennent a partager les memes Contenants et 
Contenus. Le grand avantage offert est ainsi le fait de « parler le m§me langage », 
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tant pour les informations elles-memes (Contenus) que pour leurs categories 
respectives (Contenants). Or, parler un langage commun (celui-ci etant constitue par 
l'ensemble des Contenants et Contenus qui se trouvent dans la partie commune du 
systeme) facilite grandement la comparaison de Profils. En effet : 
5 - k partir des Contenus, on peut retrouver directement (en accds direct) les 
References sur ceux-ci et les Profils qui les contiennent ; 

- a partir d'un Contenant associe k un Profil donn£ s on peut retrouver directement 
tous les Contenus auxquels ont accede les Utilisateurs (et par la on peut ainsi 
retrouver directement les Profils qui les contiennent). 

10 

De 1'utilisation du systeme r6sulte done un « graphe de derivation » dynamique, dont 
le nceuds sont les Profils et les arcs (orientes) sont les derivations entre Profils 
effectuees par les Utilisateurs. II peut s'agir de derivations de Profils (derivation d'un 
Classeur ou d'une Page, si Ton se place au Niveau 4) ou derivation de Contenus. 

15 

L'idee essentielle de cet aspect de la presente invention est de se servir du graphe de 
derivation entre Profils pour beneficier de la localite des comparaisons a effectuer 
entre Profils. 

20 A ce sujet, Tinterface utilisateur du systeme comprend avantageusement un moyen 
(bouton, etc.) permettant a un utilisateur consultant un Contenant donne d'un 
Classeur tiers de consulter directement les contenus designs dans l'ensemble du 
contenant de la partie commune qui definit cette categorie, sans avoir ni a naviguer 
dans l'arborescence, ni a passer vers un portail Internet ou analogue. 

25 

Comment tirer parti du graphe de derivation entre Profils 
« 

En s'appuyant sur le graphe de derivation (qui evolue dynamiquement en cours 
d'execution), chaque Profil (e'est-a-dire chaque noeud du graphe de derivation) 
30 maintient en memoire une liste des voisins se trouvant dans un certain perimetre (a 
une distance inferieure a un seuil donne, distance mesuree en nombre d'arcs de 
derivation), avec pour chaque voisin, un ensemble d'indicateurs de proximite. 
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Les indicateurs peuvent etre par exemple ceux mentionnes dans la section pr£c£dente 
ou tout simplement des compteurs de Contenus en commun. 

5 On peut en outre realiser un maintien incremental des indicateurs de proximity entre 
Profils : a chaque ajout et retrait de Contenu dans chaque Profil, ces indicateurs sont 
mis a jour chez tous les voisins dans le graphe. Par exemple, a chaque ajout de 
Contenu, pour chaque Profil voisin qui le poss^derait aussi, le systeme incremente 
Tindicateur « compteur de Contenus en commun » dans les deux Profils en question. 
10 A chaque retrait de Contenu, le systeme d6cr£mente ce m§me compteur. 

Chaque Profil maintient ainsi de fa?on incr^mentale les connaissances qu'il a de la 
proximite de ses voisins (anonymes bien entendu) et le systeme peut ainsi effectuer 
des suggestions automatiquement par Filtrage Collaboratif. 

15 

Le seuil de distance peut par ailleurs etre ajuste en cours d'ex6cution par une 
technique d'apprentissage bas6e sur un critere de rendement (Evaluation des succes 
des suggestions a diff&rentes distances). 

20 On observera ici que la pr&ente invention permet d'Eviter de recourir a des calculs 
extremement lourds de comparaison de profils par leurs contenus eux-memes, qui 
typiquement necessitent, lorsque le nombre d'utilisateurs est important, des 
traitements « batch » de durees considerables. 

25 Section 5 - Anonvmat et commerce Electronique 
Architecture 

On considere ici une architecture composee de 4 classes d'ordinateurs connectes sur 
30 unr&eau: 
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- au moins un poste-client (par exemple de type ordinateur personnel ou terminal de 
r6seau),manipul6 par un Utilisateur ; 

- au moins un serveur tiers (ST), a savoir serveur de transfert de donndes (ou 
dispositif Equivalent) ou serveur de confiance ; 

5 - au moins un Serveur de Stockage (SdS) ; 

- Eventuellement un ou plusieurs Serveurs de Fournisseurs de Produits (SFP). 

Les besoins de base sont les suivants : 

10 - Anonymat minimal : l'anonymat des Utilisateurs peut 6tre directement assure par le 
ou les SdS qui centralisent les elements d'information recueillis. 

- Anonymat par tiers de confiance : alternativement, l'anonymat peut etre r6alis6 par 
une architecture incluant un ou plusieurs serveurs supptementaires qui sont g&6s par 

15 un ou plusieurs tiers de confiance (ST) et qui sont des "passages oblig6s" lors des 
communications en consultation ou ajout d'elements ; les adresses IP des 
Utilisateurs, qui consultent les Elements d'informations, sont ainsi cachees. 

L'identitE (ou le pseudonyme) de 1'Utilisateur qui ajoute im Element d'information 
20 est transform^ (cod6e, chiffree) par le serveur tiers, de maniere difterente a chaque 
ajout (en plus du fait que son adresse IP est cach^e). 

La correspondance entre diffSrentes transformations d'une mSme identity est connue 
par un ou plusieurs des serveurs tiers, ou par un ou plusieurs serveurs tiers 

2 5 indEpendants des premiers (ce sont eux qui notamment peuvent d^river les degres de 

confiance). 

Les serveurs tiers peuvent servir a fournir xm certificat pour t&noigner de la 
fourniture d'un 616ment d'information par un serveur. Ceci peut etre utilise dans le 

3 0 cadre de divers modeles economiques, comme on le verra plus loin. 
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Les classeurs pourront aussi etre stock^s sur un serveur de stockage SdS. Dans ce 
cas, lews liens sur les Contenus non-confidentiels (qui forment les proflls) seront 
stock^s sur le serveur de stockage SdS apres chiffrement sur l'ordinateur personnel 
(ou un serveur de transfert ST). Ces liens ne pourront pas Stre d6chiffir6s par le 
5 serveur de stockage, mais seulement sur l'ordinateur personnel ou sur le serveur de 
transfert. 

Les besoins suppl6mentaires impliqu^s par le procede de Recommandation 
Collaborative sont les suivants : 

10 

- Anonymat minimal : 

L'anonymat des profils peut 8tre assure directement par des serveurs de stockage qui 
jouent aussi le role de serveurs de recommandation, c'est & dire qui produisent les 
1 5 profils, les maintiennent et les confrontent. 

- Anonymat par tiers de confiance : 

Alternativement, des serveurs de transfert peuvent avoir le role de produire et 
2 0 maintenir les profils et ensuite de les communiquer a un serveur de stockage apres 
les avoir rendus anonymes, c'est k dire, apres leur avoir assocte une identity 
transform^ (codee, chiffr^e). 

Les serveurs de recommandation ne manipulent alors que des profils anonymes et 
2 5 sont incapables de d^celer que deux profils appartiennent a un meme Utilisateur. 

Pour 6viter d'associer ensemble difterents profils d'un Utilisateur, en reconnaissant 
line meme adresse IP lors de leur transmission (par exemple quand manifestement il 
n r y a qu'un seul Utilisateur en ligne), on pr6ftrera utiliser un serveur de transfert 
30 different par profil (autant que possible, c'est a dire dans la mesure ou Ton dispose 
d'un nombre suffisant de serveurs de transfert. 



i 

I 
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Par ailleurs, l'architecture d^crite ci-dessus peut etre mise a profit dans le cadre du 
commerce 61ectronique par Internet, comme on va maintenant le d^crire en reference 
a la figure 134. 

5 Ainsi cette figure montre qu'un serveur de stockage SdS contenant des Profils est 
capable de faire a un poste utilisateur PC des suggestions d'achat aupr£s du serveur 
d'un fournisseur SFP, ceci par Tinterm^diaire d'un serveur tiers ST permettant 
d'assurer l'anonymat des utilisateurs au niveau des Profils. L'achat effectif d'un bien 
ou d'un service par TUtilisateur aupres du serveur SFP, qui correspond k une 

10 acceptation de la suggestion, peut etre prouv6 par le serveur tiers ST aupr£s du 
serveur SFP par l'intermediaire du serveur de stockage SdS, tandis que le service 
rendu par le serveur de stockage SdS et par le serveur tiers ST est dument remun6r6 
(commission sur vente) par le serveur du fournisseur SFP (la remuneration $ du 
serveur tiers ST &ant constitute par une fraction de la remuneration $$$ du serveur 

15 de stockage. 

Section 6 - Abonnements et fidflisation 

Selon cet autre aspect de la prtsente invention, il est int6ressant qu'un serveur (par 
20 exemple un magazine £lectronique) propose de nouveaux contenus, sur une base 
pfriodique, par exemple bi-hebdomadaire. A Tissue de cette p6riode, les contenus 
sont archives comme d£crit plus haut, et ne sont done plus sugg6r£s. De nouveaux 
contenus sont alors mis en place. On comprend que ceci incite fondamentalement 
l'utilisateur ou abonnt a visiter le serveur au moins une fois dans la p&iode de 
25 « validity » des contenus ajoutfe (en l'espdce deux fois par semaine), ceci de fa?on a 
b&ieficier de toutes les suggestions d'ajouts. 

Ainsi, les mtcanismes de derivation/suggestion/acceptation pr&entes dans ce 
chapitre et dans le chapitres precedents (voir le mode gelt dans le chapitre precedent) 
30 permettent d'exploiter la fibre de collectionneur de l'utilisateur. En effet, l'utilisateur 
qui collectionne des contenus dans un contenant est fortement incite k ne pas 
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manquer une opportunity d'enrichir sa collection pendant qu'un contenu est encore 
disponible en ligne. II veut ainsi retourner visiter le site Internet a la meme frequence 
que la mise a jour des contenus. L'utilisateur se trouve ainsi fid£lis6. 

5 Section 7 - Application en XML 

On va maintenant reprendre le concept de macrostructure d£crit dans le chapitre 2 et 
illustrer quelques avantages des techniques de categorisation decrites dans le present 
chapitre. 

10 

Un document (ou « source ») XML comporte une structure arborescente d'etements. 
Pour rappel, le procede, d£ja d6crit au chapitre 2, que Ton va illustrer consiste en 
premier lieu k insurer dans le document des attributs de delimitation aptes chacun a 
regrouper des nceuds descendants avec un nceud parent desdits nceuds descendants, et 

15 de fa?on automatique extraire dudit document les informations situ6es aux nceuds 
regroup^s, et crter une macrostructure du document constitute par une structure 
arborescente plus grossiere que ladite structure arborescente de document, dans 
laquelle lesdits nceuds parents correspondant a des regroupements sont remplacts par 
des references auxdites informations extraites indiquant la position desdites 

20 informations extraites dans la structure, et dans laquelle lesdits noeuds descendants 
qui ne sont pas eux-memes des nceuds parents sont absents. 

Nous appellerons « contenu » (identify par le terme « content » ; selon la 
terminologie anglo-saxone) lesdites informations extraites. On va prendre Fexemple 

2 5 d'un utilisateur nommt « M. BoutiqueMode ». Le syst&ne logiciel de gestion des 

documents transform^ (en macrostructures et contenus) sera appeie « Mix ». Le 
logiciel Mix est install^ sur les serveurs (accedes selon le protocole http) que nous 
allons appeler des « plateformes » ; ces serveurs auront pour nom « platforml.net », 
« platform2.net », etc. M. BoutiqueMode veut mettre a disposition des autres 

3 0 utilisateurs des plateformes Mix les contenus d'un document en fomat XML 

comprenant des informations k propos de sa collection printemps-et6 2000. 
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Dans son document XML, M. BoutiqueMode marque - au moyen d'un attribut 
« mix-position » (mix est le pr6fixe des attributs propres au syst^me Mix) - la 
position a laquelle se trouvent regroup^s des contenus. II sp^cifie ainsi chaque noeud 
5 qui d&imite une collection modifiable de contenus. II s'agit ici du noeud « produits ». 

<catalogue saison="printemps-ete" annee="2001"> 

<intro>Nouvelles creations du c^tebre couturier fernand Durand.</intro> 
<auteur> 

1 0 <nom>durand</nom> 

<prenom>fernand</prenom> 
<mail>fd@hotmail.com</mail> 
</auteur> 

<produits mix-position-" true "> 
15 <produit> 

<nom>Short Bunias</nom> 
<prix>590Frs</prix> 

<description>Laine vierge a 100%</description> 
illustration src="img/photol.gif7> 
20 </produit> 
<produit> 

<nom>Chemisier argent<nom> 
<prix>790Frs</prix> 

<description>Soie de Chine, legere et douce</description> 
25 illustration src="img/photo2.gif'/> 

</produit> 
</produits> 
</catalogue> 

30 II transmet ensuite (par postage HTTP par exemple) son document sur une 

plateforme, « platforml.net » en 1 'occurrence. Dans le cas ou M. BoutiqueMode 
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demande a modifier son document ainsi m6moris6, la plateforme lui retourne le 
document suivant qui remplace celui qu'il avait transmis : 

<catalogue saison- 4 printemps-ete" annee- '2001" 
5 mix-document-src- "http: //platform Lnet/share? doc-id -d2 1 50 " 

mix-content-src= t( http://platformLmt/share?id=c321 5640 "> 
<intro>Nouvelles creations du c^tebre couturier fernand Durand.</intr6> 
<auteur> 

<nom>durand</nom> 
1 0 <prenom>fernand<prenom> 

<mail>fd@hotmail.com</mail> 
</auteur> 

<produits mix-position-id- "p3 155435 '> 
<produit mix-content- 
15 src= i€ http://platforml. net/share? id=c321 5641 '> 

<nom>Short Bunias</nom> 
<prix>590Frs</prix> 

<description>Laine vierge a 100%</description> 
illustration src- 'img/photol.gif V> 
20 <produit> 

<produit mix-content- 

atc= "http://platformLnet/$hare?id=c321 5642 "> 
<nom>Chemisier argent</nom> 
<prix>790Frs</prix> 

2 5 <description>Soie de Chine, tegere et douce</description> 

illustration src- 'img/photo2.gif 7> 
</produit> 
</produits> 
</catalogue> 

30 
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On voit \k que le systeme a retourn^ un document qui n'est pas rigoureusement 
identique k Poriginal, mais preserve le plus possible son schema XML. En effet, seul 
des attributs ont et6 ajout^s et ceux-ci sont en nombre tres limits. 

5 Avant de pouvoir retourner le document ci-dessus, la plateforme a decompose le 
document original en une macrostructure et des contenus, et seulement ensuite les a 
recompos6 pour obtenir ledit document. Le r£sultat du proc6d6de decomposition est 
illustre ci-dessous : 

10 La macrostructure : 

<mix:document id- W2/50" xmlns:mix== 4< http://linkdeal.net/schemas/document , '> 
<mix:content-ref src- l local://c3215640"> 
<mix:position idF**p3155435 t9 > 
15 <mix:content-ref STc="local://c32J564r/> 

<mix:content-refsrc="/ora/;//6'J2/5^2"/> 
</mix:position> 
</mix:content-refi> 
</mix:document> 

20 

La suite des contenus : 

<mix:contents> 
[...] 

25 

<mix:content id- 'c3215640 y> > 

<catalogue saison="printemps-ete" annee="2001"> 
<intro>Nouvelles creations du cStebre couturier fernand 
Durand.</intro> 
3 0 <auteur> 

<nom>durand</nom> 
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<prenom>fernand</prenom> 
<mail>fd@hotmailcom</mail> 
</auteur> 

<produits mix-position-id- "p3 155435 "x/produits> 
5 <catalogue> 
</mix:content> 



<mix:content \&="c321564V*> 
<produit> 

1 0 <nom>Short Bunias</nom> 

<prix>590Frs</prix> 

<description>Laine vierge a 100%</description> 
illustration src- 'img/photol.gif 7> 
</produit> 
1 5 </mix:content> 

<mix:content id- *c3215642 iy > 
<produit> 

<nom>Chemisier argent</nom> 
20 <prix>790Frs</prix> 

<description>Soie de Chine, tegere et douce</description> 
<illustration src- 'img/photo2.gif 7> 
</produit> 
</mix:content> 

25 [...] 

</mix:contents> 

Bien Svidemment, en variante, les attributs mix:position id="p 3 1 55435", qui dans 
3 0 Texemple ont une portee globale k la plateforme, peuvent avoir une portee locale aux 
contenus. 
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Dans les exemples pr£sent6s, Ie schema XML utilise pour la macrostructure est le 
suivant : 

5 <Schema name-'mix-document" 

xmlns=="u^n:scheInas-Inicrosoft-com:xml-data' , 
xinlns:dt="um:schemas-microsoft-com:datatypes'*> 

<elementType name="position"> 
1 0 <attributeType name- 'id" dt:type="id'7> 



<attribute type- id" required="yes'7> 

<attributeType name- 'cat-id" dt:type- 'id"/> 

<attribute type^'cat-id" required- W7> 

<element type- 'content-ref * minOccurs="0" maxOccurs- '*"/> 



15 



</elementType> 



20 



<elementType name- 'content-ref ' content="element"> 
<attributeType name- 'src" dt:type- 'urn"/> 
<attribute type="src" required- 'yes"/> 
<attributeType name="previous-src" dt:type="urn"/> 
<attribute type="previous-src" required="no"/> 
<element type- 'position" minOccurs- '0" maxOccurs- '*"/> 



</elementType> 



30 



25 



<elementType name- ' document" content="element"> 
<attributeType name="version" dt:type="i8"/> 
<attribute type="version" required- 'yes"/> 
<attributeType name- *id" dt:type- 'id'7> 
<attribute type- 'id" required- 'yes"/^ 

<element type- 'content-ref * minOccurs- '1" maxOccurs-' l"/> 



</elementType> 
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<7Schema> 

M. BoutiqueMode, qui a re$u le document recompos^, peut maintenant le modifier, a 
condition toutefois de conserver les attributs « mix-. . . » (sinon, les contenus dont les 
5 attributs ont 6t6s supprim6s ne pourront plus etre mis a jour sur la plateforme et de 
nouveaux contenus avec de nouveaux identifiants seront cre6s a leur place). 

Modification d*un contenu existant 

10 M. BoutiqueMode modifie alors ses informations (le prix du « Chemisier argent » a 
6x6 baiss£ a « 690Frs ») et envoie la nouvelle version suivante sur sa plateforme 
« platform Lnet » : 

<catalogue saison-'printemps-ete" annee="2001" 
1 5 mix-document-src="http://platform 1 .net/share?id=d2 1 50" 



mix-content-src- 'http://platform Lnet/share?id=c32 1 5640"> 
<intro>Nouvelles creations du celebre couturier fernand Durand.</intr6> 



<auteur> 



<nom>durand</nom> 



20 



<prenom>femand</prenom> 
<mail>fd@hotmail.com</mail> 



</auteur> 



<produits mix-position-id- *p3155435"> 



25 



<produit mix-content-src- 'http.V/platform 1 .net/share?id=c32 1 564 1 "> 
<nom>Short Bunias</nom> 
<prix>590Frs</prix> 

<description>Laine vierge k 100%</description> 
illustration src- 'img/photol.gif7> 



</produi£> 



30 



<produit irix-content-src- 1ittp://platform 1 .net/share?id=c32 1 5642'> 
<nom>Chemisier argent</nom> 
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<pnx>690Frs</prix> 

<description>Soie de Chine, leg^re et douce</description> 
illustration src="img/photo2.gif 7> 
</produit> 
5 </produits> 
<7catalogue> 

Noter qu'un attribut « mix-create-new-version » peut etre utilise pour expliciter 
qu'une modification de contenu a 6t6 effectuee (M. BoutiqueMode donnera la valeur 
10 « true » a cette attribut chaque fois qu'il fera une nouvelle version du contenu). En 
cas d'absence de cet attribut, la plateforme compare les contenus envoy6s avec les 
contenus d6ja existants sur le serveur. 



M. BoutiqueMode transmet (par un post http. . .) la nouvelle version du document a la 
15 plateforme platform 1 .net ou il avait 6t6 m6moris6 (ou il est « h6berg6 »). En r^ponse, 
la plateforme lui retoume le document suivant (qui remplace l'ancien) : 

<catalogue saison- 4 printemps-ete" annee- '200 1'* 

mix-document-src- *http://platform 1 .net/share?doc-id=d2 1 50" 
2 0 mix-content-src="http://platform 1 .net/share?id=c32 1 5640"> 



<intro>Nouvelles creations du c61£bre couturier fernand Durand.</intro> 
<auteur> 

<nom>durand</nom> 
2 5 <prenom>fernand</prenom> 

<mail>fd@hotmaiLcom</mail> 
</auteur> 



30 



<produits mix-position-id="p3 155435"> 

<produit mix-content-src="http://platforml .net/share?id=c321564F> 
<nom>Short Bunias</nom> 
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<prix>590Frs</prix> 

<description>Laine vierge a 100%</description> 
illustration src="img/photol.gif7> 
</produit> 

5 

<produit mix-content-src~ it http://platformLnet/share?id~c321S643"> 
<nom>Chemisier argent</nom> 
<prix>/59QFr.y</prix> 

<description>Soie de Chine, 16g6re et douce</description> 
10 illustration src="img/photo2.gif 7> 

</produit> 
</produits> 
</catalogue> 

15 On voit que Tattribut « mix-content-src = !l c32 1 5642" » a ete modifte en 

"c3215643". En effet, la modification de lament prix a entrain^ la creation d'une 
nouvelle version du contenu en entier (la granularite des modifications est le 
contenu). Voyons dans le detail les modifications qui ont 6x6 effeetues sur la 
plateforme (c'est-a-dire dans Tordinateur serveur): 

20 

Nouvelle macrostructure : 

<mix:document xmlnsrmix^'httpy/linkdeaLnet/schemas/document^ 
<mix:content-ref src- 1ocal://c32 1 5640"> 
2 5 <mix:position src="p3 1 55435"> 

<mix:content-ref src- 'local ://c32 1 564 1 "/> 

<mix:content-refsrc- " local ://c32 15643 " previom-src- "local://c32I5642 7> 
</mix:position> 
</mix:content-ref> 
30 </mix:document> 
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Nouvelle suite de contenus : 

<mix:contents> 
[...] 

5 <mix:content id="c32 1 5640"> 

<catalogue saison- s printemps-ete" annee="200r*> 
<intro>Nouvelles creations du c616bre couturier fernand 
Durand.</intro> 
<auteur> 

10 <nom>durand</nom> 

<prenom>fernand</prenom> 
<mail>fd@hotmail.com</niail> 
<7auteur> 

<produits mix-position- 'p3155435"x/produits> 
15 <7catalogue> 
</mix:content> 

<mix:content id="c3215641"> 
<produit> 

2 0 <nom>Short Bunias</nom> 

<prix>590Frs</prix> 

<description>Laine vierge a 100%</description> 
<illustration src="img/photol.gif 7> 
</produit> 
25 </mix:content> 

<mix:content id="c3215642 yy > 
<produit> 

<nom>Chemisier argent</nom> 

3 0 <prix>790Frs</prix> 

<description>Soie de Chine, 16g6re et douce</description> 
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illustration src="img/photo2.gif V> 
</produit> 
</mix:conten£> 



5 <mix:content id- 'c3215643'*> 

<produit> 

<nom>Chemisier argent</nom> 
<prix>600Frs</prix> 

<description>Soie de Chine, legere et douce</description> 
1 0 illustration src="img/photo2.gif ' /> 

</produit> 
</mix:content> 

[-] 

<Vmix:contents> 

15 

Le content c3215642 sera ensuite supprim6 dans le cas ou plus personne ne Tutilise. 
Ajout d'un nouveau contenu 



20 M. BoutiqueMode modifie ses informations et envoie la source suivante sur sa 
plateforme platform Lnet : 



<catalogue saison- 'printemps-ete" annee- *200 1 " 

mix-document-src="http://platform 1 ,net/share?id=d2 1 50" 

2 5 mix-content-src="http://platforml .net/share?id=c3215640"> 

<intro>Nouvelles creations du c&6bre couturier fernand Durand.</intro> 
<auteur> 

<nom>durand</nom> 

<prenom>fernand</prenom> 

3 0 <mail>fd@hotmail.com</mail> 

</auteur> 
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<produits mix-position-id- 'p3 155435"> 

<produit mix-content-src- littp://platforml .net/share?id=c321 5641**> 
<nom>Short Bunias</nom> 
<prix>590Frs</prix> 
5 <description>Laine vierge a 1 00%</description> 

illustration src="img/photol.gif 7> 
</produit> 

<produit mix-content-src- 'http^/platforml .net/share?id=c3215643"> 

<nom>Chemisier argent</nom> 
10 <prix>690Frs</prix> 

<description>Soie de Chine, 16g£re et douce</description> 

<illustration src="img/photo2.gif 7> 
</produit> 
<prodidt> 

15 <nom>Pull Orange</nom> 

<prix> 1 590Frs</prix> 

<description>Cachemire a 99%</description> 
illustration src~ "img/photo3.gffV> 
</produit> 
20 </produits> 
</catalogue> 

La plateforme lui retourne le document suivant (en remplacement de celui soumis) : 

2 5 <catalogue saison="printemps-ete" annee- '200 1 " 

mix-document-src- 'http://platform 1 .net/share?doc-id=d2 150" 
mix-content-src- 'http://platfonn 1 .net/share?id=c32 1 5640'> 
<intro>Nouvelles creations du c&6bre couturier fernand Durand.</intr6> 
<auteur> 

3 0 <nom>durand</nom> 

<prenom>fernand</prenom> 
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<mail>fd@hotmail.com</mail> 
</auteur> 

<produits mix-position-id="p3 155435"> 
5 <produit mix-content-src="http://platforml .net/share?id=c32 1 564 1"> 

<nom>Short Bunias</nom> 
<prix>590Frs<prix> 

<description>Laine vierge a 100%</description> 
illustration src="img/photol.gif 7> 
10 </produit> 

<produit mix-content-src- 'httpy/platforml .net/share?id=c32 1 5643 , > 
<nom>Chemisier argent</nom> 
<prix>690Frs</prix> 

1 5 <description>Soie de Chine, tegdre et douce</description> 

illustration src- 'img/photb2.gif V> 
</produit> 

<produit miX'Content-src- it http://platformLnet/share?id~c321S644 > 
2 0 <nom>Pull Orange</nom> 

<prix>l 590Frs</prix> 

<description>Cachemire k 99%</description> 
<illustration src="img/photo3.gif 7> 
</produit> 
25 <7produits> 
</catalogue> 

En interne, la plateforme a (avant recomposition et retour a M. BoutiqueMode) 
modifte la macrostructure et les contenus comme suit (un nouveau contenu 
30 « produit » a 6t6 ajoute) : 
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Nouvelle macrostructure : 



<mix:document xmlns:mix- 'http://linkdeal.net/schemas/document"> 
<mix:content-ref src- 'local://c32 1 5640"> 
5 <mix:position src="p3 155435'*> 

<mix:content-ref src- 1ocai://c32 1 5641 "/> 

<mix:content-ref src- *local://c32 1 5643" previous-src- 'local://c321 5642"/> 
<mix:contenl~ref src- "local://c32I5644 "/> 
</mix:position> 
1 0 </mix:content-ref> 
</mix:document> 



Nouvelle suite des contenus : 



15 <mix:contents> 
[■..] 

<mix:content id="c3215640"> 

<catalogue saison- 'printemps-ete" annee-'2001"> 
<intro>Nouvelles creations du c616bre couturier fernand 
2 0 Durand.</intro> 
<auteur> 

<nom>durand</nom> 
<prenom>fernand</prenom> 
<mail>fd@hotmail.com</mail> 
25 </auteur> 

<produits mix-position- 'p3 155435'*x/produits> 
</catalogue> 
</mix:content> 



30 



<mix:content id- 'c3215641"> 
<produit> 
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<nom>Short Bunias</nom> 
<prix>590Frs</prix> 

<description>Laine vierge a 100%</description> 
illustration src="img/photol.gif 7> 
5 </produit> 
<7mix:content> 

<mix:content id- 'c3215642"> 
<produit> 

10 <nom>Chemisier argent</nom> 

<prix>790Frs</prix> 

<description>Soie de Chine, 16gere et douce</description> 
illustration src- 'imgZphoto2.gif '/> 
</produit> 
15 </mix:content> 

<mix:content id- 'c3215643"> 
<produit> 

<nom>Chemisier argent</nom> 
20 <prix>690Frs</prix> 

<description>Soie de Chine, tegere et douce</description> 
illustration src- 'img/photo2.gif V> 
</produit> 
</mix:content> 

25 

<mix:cohtent id— "c32 15644 "> 
<produit> 

<nom>Pull Orange</nom> 
<prix> 1 590Frs</prix> 
3 0 <description>Cachemire a 99%</description> 

<illustration src- "img/photo3.gif'/> 
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</produit> 
</mix:content> 

[...] 

</mix:contents> 

Importation d'un contenu de la meme plateforme 

M. BoutiqueMode modifie ses informations et envoie la source suivante sur sa plate- 
forme (platforml.net) : 



<catalogue saison- 'printemps-ete" annee- '2001" 

mix-document-src="http://platforml .net/share?doc-id=d2 1 50" 
mix-content-src- 'httpi/Zplatform 1 .net/share?id=c32 1 5640"> 
<intro>Nouvelles creations du c&ebre couturier fernand Durand.</intro> 
15 <auteur> 

<nom>durand</nom> 
<prenom>fernand</prenom> 
<mail>fd@hotmail.com</mail> 
</auteur> 

2 0 <produits mix-position-id="p3 155435"> 

<produit mix-content-src- 'httpV/platforml ,net/share?id=c3215641"> 
<nom>Short Bunias</nom> 
<prix>590Frs<prix> 

<description>Laine vierge a 100%</description> 

2 5 illustration src- 'img/photo 1 .gif 7> 

</produit> 
[...] 

<produit mix-content- 

src= u http://platformLnet/share?id=c3215660 "> 

3 0 <nom>Pantalon a pince</nom> 

<prix>870Frs</prix> 
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<de$cription>Coton a 99%</description> 
illustration src= "img/photo4.gif7> 
</produit> 
</produits> 
5 </catalogue> 

II a ajoute un 616ment « produit » qui est disponible a Tadresse (URL) 
« http://platforml.net/share?id=c32 15660 » 

10 1 . La plateforme s'apper$oit que ce nouveau contenu est stocks chez elle-meme. 

2. L'attribut « mix-create-new-version » n'etant pas mentionn^ le systeme compare 
la source fournie avec la source en stock et cr6e une nouvelle version si elles 
different (s'il y a eue une modification). Dans cet exemple, il n'y a pas de 
modification, done pas de nouvelle version. 



15 



La plateforme retourne k M. BoutiqueMode : 



20 



<catalogue saison- 'printemps-ete" annee- 4 2001" 

mix-document-src- *http://platforml .net/share?doc-id=d2 150 1 
mix-content-src="http://platform 1 .net/share?id=c32 1 5640"> 



<intro>Nouvelles creations du c&ebre couturier fernand Durand.</intro> 



<auteur> 



<nom>durand</nom> 



25 



<prenom>fernand</prenom> 
<mail>fd@hotmail.com<mail> 



</auteur> 



30 



<produits mix-position-id- 'p3 155435"> 

<produit mix-content-src="http://platforml .net/share?id=c3215641"> 
<nom>Short Bunias</nom> 
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<prix>590Frs</prix> 

<description>Laine vierge a 100%</description> 
illustration src-'img/photol.gif 7> 



5 



</produit> 

[...] 

<produit mix-content-src- 



10 



' t http://platforml.net/share?id=c32]5660 ,f > 
<nom>Pantalon a pince</nom> 
<prix>870Frs</prix> 
<description>Coton a 99%</description> 



<illustration src- "img/photo4.gif"/> 
</produit> 
</produits> 
</catalogue> 

15 

En interne, la plateforme platforml.net modifie les donn^es comme suit. 
Nouvelle macrostructure : 
2 0 <mix:document xmlns:mix= tt http://linkdeal.net/schemas/docuinent' , > 



<mix:content-ref src- 'Iocal://c32 1 5640 5 *> 



<mix:position id- 'p3155435"> 
<mix:content-ref src="local://c321 564 1 "/> 



<mix:content-ref src="local://c3215643" previous- 



25 



src="local://c3215642'7> 



<mix:content-ref src="local://c32 1 5644"/> 



<mix:content-ref src= "local://c321 5660 > 7> 
<mix:position> 



</mix:content-re£> 



30 



</mix:document> 
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La suite des contenus reste inchang^e (puisque le contenu c32 15660 qui vient d'etre 
ajout6 r&idait d6ja sur cette meme plateforme) : 



<mix:contents> 
5 [...] 

<mix:content id- 'c3215640"> 

<catalogue saison- 'printemps-ete" annee="2001"> 
<intro>Nouvelles creations du c&Sbre couturier femand 
Durand.</intro> 
10 <auteur> 

<nom>durand</nom> 
<prenom>fernand</prenom> 
<mail>fd@hotmail.com</mail> 
</auteur> 

15 <produits mix-position- 'p3 155435 5, ></produits> 

</catalogue> 
</mix:content> 



<mix:content id- 'c32 1 564 1 "> 

2 0 <produit> 

<nom>Short Bunias</nom> 
<prix>590Frs</prix> 

<description>Laine vierge a 100%</description> 
illustration src="img/photol.gif7> 
25 </produit> 
</mix:content> 

.[...] ' 

<mix:content icl= "c3215660"> 
<produit> 

3 0 <nom>Pantalon a pince</nom> 

<prix> 8 70Frs</prix> 
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<description> Colon a 99%</description> 
<i I lustration src~ "img/photo4.gif'/> 



</produit> 



</mix:content> 



5 [...] 



</mix:contents> 

Importation d*un contenu d'une autre plateforme 

10 M. BoutiqueMode modifie a nouveau ses informations et envoie la source 
suivante sur sa plateforme : 

<catalogue saison- 'printemps-ete" annee="2001" 



<intro>Nouvelles creations du celebre couturier fernand Durand.</intro> 
<auteur> 

<nom>durand</nom> 

<prenom>fernand</prenom> 



</auteur> 

<produits mix-position-id="p3 155435"> 

<produit mix-content-src- 'http://platforml .net/share?id==c321564r , > 
<nom>Short Bunias</nom> 



15 



mix-document-src- 'http ://platform 1 .net/share?doc-id=d2 1 50 1 
mix-content-src- < http://platforml.net/share?id=c3215640 ,, > 



20 



<mai]>fd@hotmail.com</mail> 



25 



<prix>590Frs<prix> 

<description>Laine vierge a 100%</description> 
illustration src- *img/photol.gif 7> 



30 
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</produits> 
</catalogue> 

5 Cette fois-ci, Foment « prcxluit » qu'il a ajout6 se trouve sur une autre plateforme 
Mix, la plateforme « platform2.net ». Plus pr6cis6ment, ce contenu est disponible a 
l'URL « http://platform2.net/share?id=c545123 ». 

Noter que si M. BoutiqueMode modifie le contenu en provenance de 
10 « http://platform2.net/share?id=c545 123 », la plateforme « platforml .net » effectue 
une copie du contenu chez lui-mgme. D'autre part, si M. BoutiqueMode sp^cifie 
Pattribut « mix-create-new-version- 'false" », il precise par la au serveur qu'en tout 
&at de cause il ne veut pas cr6er une nouvelle version du contenu. 

15 En r^ponse, platforml .net (l'h^bergeur du document de M. BoutiqueMode) retourne 

<catalogue saison- 'printemps-ete" annee- '200 1 " 

mix-document-src="http://platforml .net/share?doc-id=d2 1 50" 
2 0 mix-content-src^'httpr/Zplatform 1 .net/share?id=c32 1 5640"> 

<intro>Nouvelles creations du cetebre couturier fernand Durand.</intr6> 
<auteur> 

<nom>durand</nom> 
<prenom>fernand</prenom> 

2 5 <mail>fd@hotmail.com</mail> 

</auteur> 

<produits mix-position-id="p3 1 55435"> 

<produit mix-content-src="http://platform 1 .net/share?id=c32 1 564 1 "> 

3 0 <nom>Short Bunias</nom> 

<prix>590Frs</prix> 
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<description>Laine viergea 100%</description> 

illustration src-'img/photo 1 .gif '/> 
<7produit> 
[...] 

5 <produit mix-content- 

src- 4t http://platform2,net/share?id=c545123 "> 
<nom> Juppe en toile</nom> 
<prix>3 70Frs</prLx> 
<description>Acrylique</description> 
1 0 illustration src- "imgfphoto5.gif f> 

</produit> 
</produits> 
</catalogue> 

15 La plateforme platform 1 .net est all6e chercher le dernier contenu sur le serveur 
« http://platform2.net ». 

Noter que plutot que d'aller r£cup6rer (et insurer dans son document) un contenu 
« vierge » (tel que stocks en interne dans la suite de contenus, c'est-a-dire sans aucun 
2 0 sous-contenu sous les positions), M. BoutiqueMode peut aussi insurer dans son 

document (par exemple par un copier-coller) un contenu avec tous ses sous-contenus 
(et sous-sous-contenus, et ainsi de suite) en le r£cup6rant directement a partir d'un 
autre document. L'outil (outil de copier-coller ou Equivalent) qu'il utilise lui 
permettra alors de specifier une r^ftrence a la r6fi£rence (« contentref ») a un 

2 5 contenu, cette derniere reference se trouvant dans la macrostructure du document 

d'ou M. BoutiqueMode veut r6cup6rer le contenu en question. La r6f6rence sp6cifiee 
permettra de retrouver le chemin du contenu (et sous-contenus, etc) en question dans 
la macrostructure, c'est-a-dire le chemin du document en question puis le chemin 
vers le contenu a Pint&ieur du document. Noter que le chemin vers le contenu a 

3 0 Tint^rieur du document peut etre not6e a une « granularity grossiere » en se servant 

des positions sans mentionner tous les nceuds. 
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L'homme du metier saura rSaliser cette fonctionnalite. II saura aussi ajouter les 
ntecanismes de suggestion automatique pr6sentes dans ce ntemoire. 

5 On va maintenant d^crire des avantages particuliers ltes aux categories. Le principe 
est le suivant : 

Dans la macrostructure, a une position doiutee (c'est-a-dire au niveau du contenant 
que la position repr&ente) est assocte une categorie (« category-ref ...»). 
10 Avantageusement, quand M. BoutiqueMode place un contenu a cette position, ledit 
contenu (dans la suite de contenus) ajoute la ou les categorie(s) de cette position dans 
sa propre liste de categories. 



Ainsi, comme les donnees relatives aux contenus sont centralists dans les 
15 plateformes Mix et mis a la disposition de tous les utilisateurs qui y ont acces, tous 
ces utilisateurs pourront en b&teficier. 

Autrement dit, pour un contenu, tous les utilisateurs qui y ont acces auront acces a 
rinformation de categorisation fournie par Tun quelconque d'entre eux. Ainsi, par 
2 0 exemple la feuille de style XSL (ou le programme qui gere la presentation du 
contenu sur le poste client) ou un moteur de recherche (situee en general sur le 
serveur) pourront en tirer parti. 

Les categories ainsi ajoutees aux contenus peuvent l'etre en « mode sugg6r6 » 
2 5 comme d^crit plus haut dans le present ntemoire. L'utilisateur peut done les accepter 
ou les refuser. 

Par ailleurs, les mauvaises categorisations peuvent §tre filtotees automatiquement par 
un moyen d' « auto-6puration » comme decrit plus haut 6galement. 



30 
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Reprenons du dSbut l'exemple du document XML de M. BoutiqueMode. Les 
informations de position et de cat6gorie qu'il ajoute a son document initial sont en 
italique : 

5 <catalogue saison- 'printemps-ete" annee- '200 1 "> 

<intro>Nouvelles creations du c616bre couturier fernand Durand.</intro> 
<auteur> 

<nom>durand</nom> 
<prenom>fernand</prenom> 
1 0 <mail>fd@hotmail.com</mail> 



<7auteur> 



<produits mix-position— "true )f 

mix-categories="http:// f plateformLnet/categories/commerce/shopping, 
http:// plateforml.net/ categories/ commerce/mode '*> 



15 



<produit 



mix- 



20 



categories^ "http://plateform L net/categories/commerce/luxury "> 
<nom>Short Bunias</nom> 
<prix>590Frs</prix> 

<description>Laine vierge a 100%</description> 
illustration src-'img/photol .gif ' f> 



</produit> 



25 



<produit> 

<nom>Chemisier argent</nom> 
<prix>790Frs</prix> 

<description>Soie de Chine, tegere et douce</description> 
illustration src="img/photo2.gif 7> 



</produit> 



</produits> 



3 0 </catalogue> 
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La plateforme « platform 1 .net » a maintenant stocks les informations sous la forme 
suivante. Les ajouts concernant les categories sont en italique. 

Macrostructure : 

5 

<mix:document id- *d2150" xmlns:mix- 'httpi/ZIinkdealnet/schemas/document*^ 
<mix:content-ref src- 4 local://c321 5640"> 
<mix:position id="p3155435"> 
<mix:category-refs> 
1 0 <mix;category-refid= "213120"/> 

<mix;category-refid= "J 43 108 "/> 
</mix:category-refs> 
<mix:content-refs> 

<mix:content-ref src="1ocal://c32 1 56417> 
1 5 <mix:content-ref src="1ocal ://c32 1 5642'7> 

<mix:content-ref src- Hocal://c32 1 5642"/> 
</mix:content-refs> 
</mix:position> 
</mix:content-ref> 

2 0 </mix:document> 

Suite des contenus : 

<mix:contents> 
25 [...] 

<mix:content id- *c3215640'> 
<mix:category-refs/> 
<mix:content-code> 

<catalogue saison="printemps-ete" annee- '200 1 "> 

3 0 <intro>Nouvelles creations du c61&bre couturier fernand 

Durand.</intro> 
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<auteur> 

<nom>durand</nom> 
<prenom>fernand</prenom> 
<mail>fd@hotmail.com</mail> 
5 </auteur> 

<produits mix-position-id="p3 155435'7> 
<Vcatalogue> 
</mix:content-code> 
</mix:content> 
10 <mix:content id- 'c3215641"> 
<mix:category-refa> 

<mix:category-refici= "213120"/> 
<mix:category-refid= "143108 7> 
<mix:category-refid= "J35424"/> 
1 5 </m ix:category-refs> 

<mix :content-code> 
<produit> 

<nom>Short Bunias</nom> 
<prix>590Frs<yprix> 
2 0 <description>Laine vierge a 1 00%</description> 

illustration src- *img/photol.gif7> 
</produit> 
</mix:content-code> 
</mix:content> 
25 [...] 

</mix:contents> 

Les informations concernant les categories peuvent etre centralists comme suit : 



30 <mix:categories> 
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<mix:category id="213120" 

urn^^https/ZplaleformlMet/categories/commerce/shopping^ 
<mix: category id^' 143108" 

urn - "http://plateform L net/categories/commerce/mode "/> 
5 <mix:category id- ' 1 35424" 

um="http://platefoiml.net/categories/coirimer^ 
<mix:category id="543146" 

urn = "http://plateformlMet/categories/commerce/l "/> 
</mix : categories> 

10 

La plateforme retourne le document XML suivant a M. BoutiqueMode : 

<catalogue saison="printemps-ete" annee="200r* 

mix-document-src- c http://platforml .net/share?doc-id=d21 50" 
15 mix-content-src= u http://platfonnl .net/share?id=c321 5640'> 

<intro>Nouvelles creations du c&ebre couturier fernand Durand.</intro> 
<auteur> 

<nom>durand<nom> 
<prenom>femand<prenom> 
2 0 <mail>fd@hotmail.com</mail> 
</auteur> 

<produits mix-position-id- *p3 155435" mix-categories-id="21 3 1 20, 
1431 08 "> 

<produit mix-content-src="http://platforml .net/share?id=c32 1564 1" 
25 nriX'Categories-id="213120, 143108, 135424"> 

<nom>Short Bunias<7nom> 
<prix>590Frs</prix> 

<description>Laine vierge a 100%</description> 
illustration src="img/photol.gif 7> 
30 </produit> 

<produit mix-content-src- 'httpV/platforml .net/share?id=c321 5642" 
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mix-categories-id- "213120, 143108 "> 
<nom>Chemisier argent</nom> 
<prix>790Frs</prix> 

<description>Soie de Chine, tegere et douce</description> 
5 illustration src="img/photo2.gif 7> 

</produit> 
</produits> 
</catalogue> 

1 0 Noter que puisque les categories sont rSfgrenc&s sur la plateforme et puisque 

Padresse de la plateforme figure sur le document (attribut « mix-document-src »), les 
denominations des categorie ont pu etre racourcies. 

15 Bien entendu, la pr^sente invention n'est nullement limitee aux formes de 
realisations decrites et representees, mais l'homme du metier saura y apporter toute 
variante ou modification conforme a son esprit. En particulier, les caracteristiques de 
Pinvention enoncees dans les differents chapitres et les differentes sections de ces 
chapitres peuvent etre combinees de manieres tr£s diverses. 

20 

ANNEXE 

Composant BEHAVIOR 

25 

<PUBLIC:ATTACH EVENT="ondragstart" ONEVENT="InitiateDrag'7> 
<PUBLIC:ATTACH EVENT="ondrop n ONEVENT="FinishDrag"/> 
<PUBLIC:ATTACH EVENT="ondragenter" ONEVENT="DragEnter"/> 
<PUBLIC:ATTACH EVENT="ondragleave" ONE VENT- 1 DragLeave ! 7> 

30 

<SCRIPT LANGUAGE- 'JScript 1 ^ 

// 

// gestion du drag'n drop 

35 // ->L'utilisateur commence a deplacer la poignee. . . 
// Met en memoire Tidentifiant du Container source. 
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function InitiateDragO 
{ 

var caid = event.srcElement.containerid ; 
var ceid = event.srcElement.contentid ; 
5 event.dataTransfer.setData( , Text , \"#contentid="+ceid+"#containeri 
* 

event.dataTransfer.effectAUowed = "copy" ; 

} 

10 // ->L'utilisateur place la poign6e sur une autre. . . 

// Modifie le style pour montrer F interaction de la cible. 

function DragEnterO 

{ 

event.dataTransfer.dropEffect^copy' ; 
15 style.backgroundColor^'red' ; 

style.color^white' ; 
event.returnValue=false ; 

} 

20 // ->L'utilisateur eloigne la poign^e de Pautre. . . 

// Re-modifie le style pour remettre la cible a un 6tat normal. 

function DragLeaveO 

{ 

style.backgroundColor=" ; 
25 style.color=" ; 

} 

// ->L'utilisateur lache la poignee sur l'autre. . . 
// Ricupere l'identifiant du Container source et de la cible. 
30 // Transmet Taction par ev&iement au systeme . 
function FinishDrag() 
{ 

style.backgroundColor=" ; 
style.color= M ; 
35 // Diffusion de Tenement "onderive"... 

var oEvent = createEventObject() ; 
oEventcible = eventsrcElementcontainerid ; 
oEvent.source = event.dataTransfer.getData("Text") ; 
fire("onderive",oEvent) ; 

40 } 

// Fin de gestion du drag'n drop 

n r 

</SCRIPT> 
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REVINDICATIONS 

1. Systeme de partage d'informations sur un reseau informatique, 
5 caract6ris6 en ce qu'il comprend : 

un premier ensemble d'informations organises comprenant au moins un 
premier contenant et une plurality de premieres informations accessibles via le ou 
chaque premier contenant, 

un second ensemble d'informations organises comprenant au moins un 
10 second contenant et une plurality de secondes informations accessibles via le ou 
chaque second contenant, 

des moyens pour ttablir une correspondance entre le ou chaque premier 
contenant et un second contenant dit correspondant, 

des moyens permettant a un utilisateur d'ajouter des informations dans le 
1 5 premier ensemble d'informations, 

des moyens permettant & un utilisateur d'ajouter des informations dans le 
second ensemble d'informations, 

des moyens d'intercommunication par reseau entre les premier et second 
ensembles d'informations, ces moyens etant aptes, lors d'un ajout d'une information 
20 accessible via un premier contenant, a suggerer le meme ajout dans le second 
contenant correspondant. 

2. Systeme selon la revendication 1, caracterise en ce que chaque 
information accessible via un classeur appartient a un groupe comprenant des 

25 contenus directs, des references a des contenus situ£s dans d'autres ensembles 
d'informations organises et des sous-contenants via lesquels d'autres informations 
sont accessibles. 

3. Systeme selon la revendication 2, caract6ris6 en ce que lesdites 
3 0 references a des contenus sont constitutes par des liens. 
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4. Systdme selon la revendication 1 , caract6ris6 en ce que le premier 
ensemble de d'informations organises fait partie d'un serveur et est destine a etre 
accessible par une plurality d'utilisateurs d'une communaute, et en ce qu'il est pr6vu 
une plurality de seconds ensembles d'informations organises constituant des 

5 ensembles privts propres k une plurality d'utilisateurs. 

5. Systeme selon la revendication 4, caracterist en ce que les 
informations accessibles via les contenants du premier ensemble d'informations 
organises sont constitutes par l'union de toutes les informations accessibles via les 

10 contenants correspondants des seconds ensembles d'informations organises. 

6. Systeme selon Tune des revendications 4 et 5, caracttrist en ce que 
tous les ensembles d'informations organises comprennent une structure organiste 
de contenants. 

15 

7. Systeme selon la revendication 6, caracterise en ce que les 
structures organisees sont arborescentes. 

8. Systeme selon l'une des revendications 6 et 7, caract&is6 en ce que 
20 tous les ensembles d'informations organises comprennent la meme structure 

organisee de contenants. 

9. Systeme selon l'une des revendications 1 a 8, caract6ris6 en ce qu'il 
comprend, en association avec un ensemble d'informations organises dans lequel un 

25 ajout d'information a 6t6 suggere, une m&noire contenant un indicateur d'etat de 
processus de suggestion. 

10. Systeme selon la revendication 9, caract6ris6 en ce que l'indicateur 
d'ttat peut prendre les valeurs « Sugg&*6 », « Accept^ » et « Refuse ». 

30 
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11. Systeme selon Tune des revendi cations 9 et 10, caracterise en ce 
qu'il comprend un moyen permettant de ne supprimer d'un ensemble d'informations 
organisees une information qui y a ete pr^alablement ajoutee qu'apres verification 
des indicateurs d'etat associes aux autres ensembles d'informations organisees 

5 concernant ladite information ajoutee. 

12. Systeme selon les revendications 10 et 11 prises en combinaison, 
caracterise en ce que la verification des indicateurs d'etat consiste k verifier que tous 
possddent la valeur « Refuse ». 

10 

13. Systeme selon Tune des revendications 9 et 10, caracterise en ce 
qu'il comprend en outre des moyens d'avertissement aptes, lorsqu'une information 
de type contenu pr^alablement ajoutee dans un ensemble d'informations organises 
est destinee a etre supprimee, a informer de ladite suppression d£sir£e tout utilisateur 

15 d'un autre ensemble d'informations organises possedant une reference vers ce 
contenu, et des moyens permettant a chaque utilisateur de dupliquer ledit element de 
contenu vers ledit autre ensemble d'informations organisees. 

14. Systeme selon Tune des revendications 1 a 13, caracterise en ce 
2 0 que lesdites informations incluent des liens vers des contenus externes au systeme. 

15. Systeme selon Tune des revendications 1 a 14, caracterise en ce 
que chaque ensemble d'informations organisees permet d'acceder egalement a des 
informations dont l'ajout ne donne lieu a aucune suggestion. 

25 

16. Systeme selon Tune des revendications 1 a 15, caracterise en ce 
que les moyens d'intercommunication comprennent des moyens pour deriver d'un 
contenant d'origine d'un premier ensemble d'informations organisees vers un 
contenant de destination d'un second ensemble d'informations organisees les 

30 informations accessibles via ledit contenant d'origine, lesdits moyens 
d'etablissement de correspondance etant aptes, en reponse auxdits moyens de 
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derivation, a etablir une correspondance entre le contenant d'origine et le contenant 
de destination. 

17. Systeme selon la revendi cation 16, caracterise en ce qu'en r^ponse 
5 auxdits moyens de derivation, les moyens d'etablissement de correspondance sont 

egalement aptes a etablir une correspondance entre le contenant de destination et le 
contenant d'origine. 

18. Systeme selon Tune des revendications 16 et 17, caracterise en ce 
10 que les moyens d'intercommunication comprennent en outre des moyens aptes, lors 

de la mise en ceuvre des moyens de derivation, pour seiectivement accepter et refuser 
l'accessibilite desdites informations via le contenant de destination. 

19. Syst£me selon Tune des revendications 16 a 18, caracterise en ce 
15 que les moyens de derivation sont aptes a effectuer des derivations en chaine entre 

plusieurs ensembles d'informations organisees. 

20. Systeme selon Tune des revendications 16 a 19, caracterise en ce 
que les moyens de derivation sont aptes a fusionner, dans un contenant de destination 

2 0 donne, des informations accessibles via une pluralite de contenants d'origine. 

21. Systeme selon Tune des revendications 1 a 20, caracterise en ce 
qu'il comprend des moyens aptes, lors de la suppression dans un contenant de 
l'accessibilite d'une information par ce contenant, preserver l'accessibilite de cette 

2 5 information via un contenant d'archivage. 

22. Systeme selon la revendication 21, caracterise en ce que, lorsque 
l'accessibilite d'une information precedemment ajoutee via un contenant est 
supprimee, les moyens d'intercommunication ne sont plus aptes a suggerer l'ajout de 

30 cette information dans le ou les contenants correspondants d'autres ensembles 
d'informations organisees. 
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23. Systeme selon Tune des revendications 1 a 22, caract6ris6 en ce 
que les moyens d'intercommunication comprennent des moyens pour r£fi£rencer, a 
partir d'un contenant d'origine d'un premier ensemble d'informations organises 

5 vers un contenant de destination d'un second ensemble d'informations organises, 
les informations accessibles via ledit contenant d'origine, lesdits moyens 
d'^tablissement de correspondance 6tant aptes a £tablir une correspondance entre le 
contenant d'origine et le contenant de destination en reponse auxdits moyens de 
rSferencement seulement si un utilisateur du contenant de destination a accept^ le 
1 0 r6f6rencement desdites informations. 

24. Systeme selon Tune des revendications 1 a 23, caract6ris6 en ce 
qu'il comprend un ensemble d'informations organises comprenant une plurality de 
contenants categorisants, et en ce que les contenants de chaque autre ensemble 

15 d'informations organises sont au moins en partie des correspondants desdits 
contenants categorisants. 

25. Systeme selon la revendication 24, caract6ris6 en ce que tous les 
contenants de chaque autre ensemble d'informations organisees sont n£cessairement 

2 0 des correspondants desdits contenants categorisants. 

26. Systeme selon la revendication 24, caracteris6 en ce que chaque 
contenant possfede un nom, et en ce qu'il est pr6vu des moyens, lors de 1'adjonction 
dans un ensemble d'informations organisees d'un contenant correspondant a un 

2 5 contenant cat^gorisant, pour nommer celui-ci ind^pendamment du nom du contenant 
cat£gorisant. 

27. Systdme selon Tune des revendications 24 & 26 prise en 
combinaison avec 1'une des revendications 16 a 20, caract&ise en ce que les moyens 

30 de derivation sont egalement aptes a deriver une plurality de contenants organises 
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selon une structure de contenants, ladite structure de contenants etant preservee lors 
de la derivation. 

28. Systeme selon Tune des revendications 1 a 27, caracteris^ en ce 
5 que chaque ensemble d'informations organises comprend une structure arborescente 
de contenants, et en ce qu'il comprend en outre des moyens pour repr&enter au 
moins des contenants de niveaux les plus 6\sv6s dans la structure arborescente sous 
forme de classeurs. 

10 29. Systeme selon la revendication 28, caracterise en ce qu'il comprend 

en outre des moyens pour repr^senter des contenants de niveau le plus bas dans la 
structure arborescente sous forme de pages de classeur. 

30. Syst&ne selon la revendication 29, caracterise en ce qu'il comprend 
15 des moyens pour repr&enter des elements de contenu accessibles via des contenants 

formant des pages sous forme de caiques appliques sur la page consider. 

31. Systeme selon Tune des revendications 1 a 30, caracterise en ce 
que chaque ensemble d'informations organises comprend une structure arborescente 

20 de contenants, et en ce qu'il comprend en outre des moyens pour representee dans 
des zones voisines d'un ecran d'utilisateur, la structure arborescente d'un ensemble 
d'informations organises propre audit utilisateur et la structure arborescente d'un 
autre ensemble d'informations organises du systeme. 

25 32. Systeme selon la revendication 31 prise en combinaison avec l'une 

des revendications 16 a 20, caracterise en ce que les moyens de derivation sont 
commandes par une operation de glisser-d£poser effectuee sur ladite representation 
des structures arborescentes. 



30 33. Systeme selon la revendication 31 prise en combinaison avec la 

revendication 23, caracterise en ce que les moyens de referencement sont 
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commandos par une operation de glisser-deposer effective sur ladite representation 
des structures arborescentes. 

34. Systeme selon Tune des revendications 1 a 33, caracterise en ce 
5 qu'il comprend en outre des moyens de notation de contribution en fonction du 

r6sultat des suggestions d'ajout d'informations entre deux ensembles d'informations 
organis6es. 

35. Systeme selon la revendication 34, caracterise en ce que les 
10 moyens de notation de contribution comprennent une plurality de variables de 

contribution aptes a varier dans un sens lorsqu'une suggestion d'ajout d'information 
est accepts et dans le sens oppose lorsqu'une suggestion d'ajout d'information est 
refus6e. 

15 36. Systeme selon la revendication 35, caracterise en ce qu'on prevoit 

une variable de contribution par couple d'ensembles d'informations organises. 

37. Systeme selon Tune des revendications 1 a 36, caracterise en ce 
qu'il comprend en outre des moyens de notation de similarity entre informations 

2 0 accessibles via deux contenants appartenant a deux ensembles d'informations 
organises, en fonction du nombre d'informations ajoutees apres suggestion d'un 
contenant vers 1'autre et reciproquement. 

38. Systeme selon la revendication 37, caracterise en ce que les 
2 5 moyens de notation de similarity comprennent une plurality de variables de similarity 

aptes k varier dans un sens lorsqu'une suggestion d'ajout d'information est accept6e 
et dans le sens oppose lorsqu'une information dont Pajout a ete prec6demment 
accepts est supprimee. 

30 39. Systeme selon la revendication 38, caracterise en ce qu'il est prSvu 

une variable de similarite par couple de contenants correspondants. 
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40. Systeme selon Tune des revendications 34 a 39, caract£ris£ en ce 
que les moyens d'6tablissement de correspondance entre des contenants de deux 
ensembles d'informations organises sont aptes a etre mis en ceuvre entre deux 
5 contenants non prealablement correspondants deux-a-deux, mais appartenant a une 
chaine de contenants correspondants deux a deux, en fonction de la valeur des 
variables de contribution et/ou de similarity relativement aux ensembles 
d'informations organises associ£s. 

10 41. Systeme selon Tune des revendications 34 a 40, caract6ris6 en ce 

qu'il comprend des moyens pour neutraliser le processus de suggestion entre 
ensembles d'informations organises lorsqu'une notation de contribution et/ou de 
similarity concernant lesdits ensembles est inf&ieure a un seuil. 

15 42. Systeme selon Tune des revendications 1 a 41, caract£ris6 en ce 

que les moyens d'intercommunication sont aptes a suggerer ledit ajout d'information 
pendant une dur£e limine. 

43. Systeme selon Tune des revendications 1 a 42, caract£ris£ en ce 
20 qu'il est pr£vu, lors de 1'ajout d'un contenant dans un ensemble d'informations 
organises, des moyens pour determiner si ce contenant est susceptible en soi ou non 
d'etre mis en correspondance avec un autre contenant. 

44. Proc&te de transformation d'un document, notamment d'un document au 
25 format XML destine a etre transmis via un r£seau informatique tel que Tlnternet, le 
document comportant une structure arborescente de document poss6dant des nccuds 
contenant des informations, apte a etre combine avec des donn^es de presentation, 
notamment au format XSL, desdites informations, caracterise en ce qu'il comprend 
les Stapes suivantes : 
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- lors de la creation ou d'une modification du document, insurer dans celui- 
ci des attributs de delimitation aptes chacun a regrouper des nceuds descendants avec 
un noeud parent desdits noeuds descendants, 

- a partir dudit document comportant lesdits attributs, et de fa?on 
5 automatique a 1'aide d'un systeme de traitement de donnees, extraire dudit document 

les informations situ£es aux nceuds regroup£s, et cr£er une macrostructure du 
document constitute par une structure arborescente plus grossifere que ladite structure 
arborescente de document, dans laquelle lesdits noeuds parents correspondant k des 
regroupements sont remplacSs par des references auxdites informations extraites, 
10 indiquant la position desdites informations extraites dans la structure, et dans laquelle 
lesdits nceuds descendants qui ne sont pas eux-memes des nceuds parents sont 
absents. 

45. Proc6d6 selon la revendication 44, caracttrise en ce qu'il comprend en outre 
15 l'etape consistant a insurer dans la macrostructure des contenants aptes a recevoir des 

informations. 

46. Systeme de traitement de donnees destine a presenter des documents sur un 
dispositif d'affichage ou analogue, caract6ris6 en ce qu'il comprend : 

20 - des moyens commandos par utilisateur pour effectuer sur des documents 
transform^ par le proctde selon Tune des revendications 44 et 45 au moins Tune 
parmi les operations suivantes : 

- ajouter a un document transforme des informations extraites d'un autre 
document transforme, 

25 - supprimer des informations extraites d'un document transforme, 

- remplacer des informations extraites d'un document transforme par 
d'autres informations extraites, 

- deplacer des informations extraites d'un document transforme vers un 
autre document transforme, et 
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- des moyens pour reconstruire une structure arborescente de document k partir d'une 
macrostructure donnee et en fonction des operations effectu6es sur les informations 
extraites. 

5 47. Systeme de navigation mis en ceuvre dans un systeme informatique pour 
acc^der k des pages fournies notamment par des serveurs via un r6seau informatique 
par activation de liens, caract&is6 en ce qu'il comprend en combinaison : 

- des moyens pour afficher une page courante, 

10 

- des moyens permettant a un utilisateur de cr^er et de m6moriser, au sein d'une 
structure de groupes de liens, des liens dont ladite page constitue une extremity ; 

- des moyens de selection et d'affichage aptes, lors de l'affichage d'une page 
15 constituant une extr6mit6 d'au moins un lien, a s61ectionner et afficher une partie de 

la structure de groupes de liens contenant ce ou ces liens, et 

- des moyens d'entree permettant a Putilisateur de s^lectionner et d'activer les liens 
afficWs contenus dans ladite partie de la structure de groupes de liens. 

20 

48. Systeme selon la revendication 47, caract6ris£ en ce que lesdits liens 
comprennent des liens ajout&, assoctes k ladite page courante et permettant 
d'acc6der a d'autres pages, et en ce que les moyens d'affichage sont aptes a afficher 
des representations desdits liens ajoutds activables directement par lesdits moyens 

25 d'entree. 

49. Systeme selon la revendication 48, caracterise en ce que les moyens de 
creation de liens ajout^s comprennent un moyen d'entree permettant a l'utilisateur de 
glisser-ddposer la page courante ou un 616ment afficM representant la page courante 

3 0 vers une autre page affichee ou un 616ment affiche representant ladite autre page. 
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50. Systeme selon Tune des revendications 48 et 49, caracterise en ce qu'il est 
pr&vu une zone d'affichage de liens ajoutes associee a ladite page courante et apte a 
contenir lesdits elements affiches representant les liens ajoutes vers lesdites autres 
pages. 

5 

51. Systeme selon Tune des revendications 48 k 50, caracterise en ce qu'il 
comprend des moyens pour afficher la page courante et sa zone d'affichage de liens 
ajoutes associee et des moyens pour afficher les zones d'affichage de liens d'une 
plurality d'autres pages, de fa?on contigue les unes aux autres. 

10 

52. Systeme selon la revendication 51, caracterise en ce que chaque zone 
d'affichage de liens ajoutes contient egalement un element affiche representant la 
page a laquelle lesdits liens ajoutes sont associes, et en ce que les moyens de creation 
de liens ajoutes mettent en ceuvre des operations de glisser-deposer entre les 

15 elements affiches representant les pages et les elements af fichus representant les liens 
ajout£s. 

53. Systeme selon Tune des revendications 51 et 52, caracterise en ce qu'il 
comprend des moyens pour afficher, sous la commande d'un moyen d'entree 

2 0 agissant sur une zone donn^e d'affichage de liens ajoutes, la page a laquelle lesdits 
liens ajoutes sont associes. 

54. Systeme selon l'une des revendications 48 a 53, caracterise en ce que lesdits 
elements affiches representant les pages auxquelles les liens ajoutes sont associes et 

25 lesdits liens ajout6s sont constituees par des images miniaturisees desdites pages 
associees ou des pages vers lesquelles pointent lesdits liens ajoutes. 

55. Systeme selon Tune des revendications 48 a 54, caracterise en ce que lesdits 
liens ajoutes sont seiectivement monodirectionnels ou bidirectionnels. 

30 
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56. Systeme selon l'une des revendications 47 a 55, caracterise en ce que ladite 
structure de groupes de liens est une structure arborescente de repertoires contenant 
chacun d'autres repertoires et/ou des liens crees. 

5 57. Systeme selon la revendication 47, caracterise en ce que lesdits liens 
comprennent des marque-pages, et en ce que les moyens de selection et d'affichage 
sont aptes a afficher les seuls groupes des liens contenant un marque-page 
correspondant a la page courante. 

10 58. Systeme selon les revendications 56 et 57 prises en combinaison, caracterise 
en ce que les moyens de selection et d'affichage sont aptes a afficher dans une 
premiere zone des elements affiches repr^sentant des liens ajoutes, et dans une 
seconde zone des repertoires de marque-pages contenant un marque-page 
correspondant a la page courante. 

15 

59. Systeme selon la revendication 58, caracterise en ce que dans la seconde 
zone sont affiches par une representation hierarchique lesdits repertoires de marque- 
pages et, seiectivement, les contenus desdits repertoires. 

20 60. Systeme selon Tune des revendications 56 a 59, caracterise en ce qu'il 
comprend des moyens pour afficher une pluralite de repertoires contenant des 
premiers elements affiches constituant des liens vers des pages et secondes 
representations graphiques constituant des liens ajoutes entre lesdites pages, et des 
moyens pour manipuler par glisser-deposer lesdites premieres et secondes 

25 representations graphiques pour ajouter, supprimer ou deplacer d'un repertoire a 
Tautre des liens vers des pages ou des liens ajoutes entres pages. 

61. Systeme selon la revendication 60, caracterise en ce que lesdits liens vers 
des pages constituent lesdits marque-pages. 

30 
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62. Systeme selon Tune des revendications 47 a 61, caract6ris6 en ce qu'il 
comprend des moyens pour m6moriser, en association avec une plurality 
d'utilisateurs de postes clients, une pluralite de tables de liens designant, pour chaque 
page constituant une extr&nite d'un lien cr6&, le ou chacun de ces liens. 

5 

63. Systeme selon la revendication 62, caract&ise en ce que les moyens de 
creation de liens sont aptes a etre commandes par des moyens de traitement 
comparatif de ladite plurality de tables de liens, pour cr6er des liens dans un &at dit 
sugger6. 

10 

64. Systdme selon la revendication 63, caract6rise en ce qu'il comprend des 
moyens pour afficher des 616ments affich^s repr&entant chaque lien cr66 dans ledit 
6tat sugg6r6 et, en association avec chacun desdits £l£ments, des moyens sensibles a 
un dispositif d'entr^e pour modifier l'6tat du lien correspondant. 

15 

65. Systeme selon la revendication 64, caract6ris£ en ce que les moyens de 
modification de l'etat d'un lien cr66 dans l'etat sugg6re comprennent des moyens 
pour supprimer le lien. 

20 66. Systeme selon Tune des revendications 64 et 65, caract6ris6 en ce que les 
moyens de modification de l'&at d'un lien cre6 dans l'6tat sugg^re comprennent des 
moyens pour valider le lien en l'amenant dans un 6tat accepte. 

67. Systeme selon Tune des revendications 64 a 66, caract6ris6 en ce que les 
25 moyens de modification de l'&at d'un lien dans l'6tat sugg^re ou accept^ 

comprennent des moyens pour valider le lien en l'amenant dans un 6tat gel6. 

68. Syst&me selon la revendication 67, caract&is6 en ce qu'il comprend en outre 
des moyens pour ajuster chaque lien amen6 a l'&at gete sur une adresse a laquelle le 

3 0 contenu de la page a 6t6 memorise. 
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69. Syst&ne selon Tune des revendications 66 a 68, caract6ris6 en ce qu'il 
comprend en outre des moyens capables, sous la commande de Tutilisateur, 
d'affecter a tout lien accept^ ou gel6 un attribut de caract&isation du type d'int^rSt 
port6 par Tutilisateur au contenu d6sign£ par ledit lien. 

5 

70. Systeme selon la revendication 69, caract^rise en ce que les attributs de 
caract6risation comprennent un attribut « Offreur » et un attribut « Demandeur ». 

71. Systeme selon Tune desdites revendications 69 et 70, caract6ris6 en ce que 
10 lesdits moyens de traitement comparatif sont aptes a prendre en compte les attributs 

de caract£risation donnas aux liens. 

72. Systeme selon Tune des revendications 64 a 71, caract6ris6 en ce qu'il 
comprend, en association avec chaque 616ment affich^ repr^sentant im lien cr66 9 un 

1 5 moyen de codage graphique pour designer l'6tat dudit lien. 

73. Systdme selon la revendication 72, caract6ris£ en ce que le moyen de codage 
graphique comprend un codage de couleur dans un cadre entourant ledit Element 
affiche. 

20 

74. Systeme selon Tune des revendications 63 k 73, caract6ris6 en ce qu'il 
comprend en outre des moyens commandos par Putilisateur pour param&rer le 
traitement comparatif effectue sur ladite plurality de tables de liens. 

25 75. Systdme selon la revendication 74, caract&is6 en ce que les moyens de 
parametrage commandos par 1'utilisateur comprennent des moyens de selection des 
utilisateurs pour les tables de liens desquels le traitement comparatif est effectue. 

76. Systeme selon Tune des revendications 63 k 75, caract6ris6 en ce que lesdits 
30 moyens de traitement comparatif operent sur une plurality de tables de liens 
contenant seulement les liens cr66s valid^s. 



I 
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77. Syst&ne selon Tune des revendications 48 a 55, caract6rise en ce qu'il 
comprend des moyens pour sugg^rer k un utilisateur, en association avec Faeces a 
une premiere page, un lien ajoute bidirectionnel avec une seconde page, ladite 
5 seconde page 6tant choisie par ledit systeme en fonction notamment de sa pertinence 
pour Futilisateur au regard de la premiere page de telle maniere que lors de 1'accds 
ladite seconde page, le lien ajoute inverse, de ladite seconde page vers ladite 
premiere page, puisse etre active par Futilisateur. 

10 78. Syst&ne selon la revendication 77, caract6ris6 en ce que ladite seconde page 
est choisie par le syst&ne 6galement en fonction de la frequence d'acces a celle-ci 
par Futilisateur. 

79. Systeme selon Fune des revendications 77 et 78, caract6ris6 en ce que ladite 
15 seconde page est choisie par le systeme egalement en fonction du nombre de liens 

ajout^s pr^existants assoctes a ladite seconde page. 

80. Systdme selon Fune des revendications 77 a 79, caract6ris6 en ce qu'il 
comprend des moyens de traitement de ladite seconde page de maniere a y inclure 

2 0 une 616ment d'affichage dudit lien inverse. 

81. Systeme selon la revendication 80, caract&is6 en ce que les moyens de 
traitement sont param&rables. 

25 82. Systeme selon Fune des revendications 80 et 81, caract6ris£ en ce que les 
moyens de traitement sont aptes a inclure ledit 61&nent d'affichage du lien inverse en 
un emplacement de la seconde page normalement destine a comporter un bandeau 
publicitaire ou analogue. 

30 83. Systdme selon la revendication 47, caract6ris6 en ce qu'il comprend en outre 
des moyens de selection par Futilisateur de groupes exterieurs de liens et en ce que 
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les moyens de selection et d'affichage sont 6galement aptes, lors de l'affichage d'une 
page, a afficher les liens d'au moins un groupe ext£rieur de liens s61ectionn6. 

84. Syst&ne selon la revendication 83, caracterise en ce que les groupes 
5 ext&ieurs de liens comprennent au moins Tun parmi : 

- des groupes de liens pr£s61ectionn£s par un administrateur de la page, 

- des groupes de liens pr6s61ectionn6s par un administrateur d'une page a l'amont, 

- des groupes de liens pr6s61ectionn6s par le syst&ne comme etant proches d'au 
moins un groupe de liens propre a l'utilisateur, 

10 - des groupes de liens etablis par le systeme comme etant pertinents vis-a-vis d'au 
moins un groupe de liens propre a l'utilisateur, et 

- des groupes de liens pr^selectionn^s par l'utilisateur. 

85. Systeme selon la revendication 47, caracterise en ce que lesdits liens sont 
15 situ^s dans des contenants definis dans la structure de la page courante, et pointent 

vers des contenus aptes k enrichir ladite page courante en des emplacements definis 
par la position desdits contenants dans ladite structure. 

20 86. Proc&te de gestion de l'affichage, sur l'ecran d'affichage d'un poste 
informatique, d'eiements d'affichage comprenant un premier element (El) et un 
second element (E2), la zone d'affichage (Zl) du premier element recouvrant au 
moins partiellement la zone d'affichage (Zl) du second element, caracterise en ce 
qu'il comprend les etapes successives suivantes : 

2 5 (a) affichage du premier element (El), 

(b) detection des mouvements d'un pointeur actionne par Tutilisateur, pour 
determiner si ledit pointeur entre dans une region determinee de la zone d'affichage 
(Zl) du premier element, et 

(c) lorsqu'une telle entree est detectee, affichage du second element (E2) a la 
3 0 place du premier element (El). 
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87. Proc6d£ selon la revendication 86, caract6ris6 en ce qu'il est mis en ceuvre sur 
un poste informatique client, en ce que les 616ments d'affichage sont aptes a etre 
charges a partir d'un poste informatique serveur, en ce que le premier Element (El) 
est un 6tement a chargement rapide, en ce que le second element (E2) est un 616ment 
5 a chargement plus lent, et en ce que: 

- le premier element (El) est affichS des aprds son chargement, 

- l'&ape de detection est d&narr6e seulement a la fin du chargement du 
second 616ment. 

10 88. Proc&te selon la revendication 87, caract&is6 en ce que le premier 616ment 
(El) contient un ou plusieurs sous-6tements d'interactivite, et en ce qu'il comprend 
en outre P&ape consistant, au plus tard en mSme temps que l'&ape (b), a d&activer 
le ou lesdits sous-elements d'interactivite. 

15 89. Proc6d6 selon Tune des revendications 87 et 88, caracterise en ce que la zone 
d'affichage (Zl) du premier Element et la zone d'affichage (Zl) du second 616ment 
sont superposes. 

90. Proc&te selon Tune des revendications 87 a 89, caract&is6 en ce que le 
20 second 616ment (E2) appartient, conjointement avec au moins un autre 616ment (E5), 

a une page interactive (P). 

91. Proc6d6 selon Tune des revendications 87 a 90, caract6ris6 en ce qu'il 
comprend en outre, pendant et/ou a la fin du chargement du second 616ment (E2), au 

25 moins une etape d'affichage, en dehors de ladite zone d'affichage (Zl) du premier 
616ment (El), d'un autre 61&nent (E3 ; E4) informant l'utilisateur du d&milement 
dudit chargement. 

92. Proc6d£ selon Tune des revendications 87 a 91, caracterisS en ce qu'il 
3 0 comprend en outre, apres l*6tape (c), les etapes suivantes : 
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(d) detection des mouvements du pointeur actionne par l'utilisateur, pour 
determiner si ledit pointeur entre dans une region d^terminee (Z2) de l'ecran, et 

(e) lorsqu'une telle entree est detectee, affichage du premier element (El) a la 
place du second element (E2). 

5 

93. Proc6d6 selon la revendication 92, caracterise en ce que ladite region 
determine consiste en une zone (Z2) de Pecran situ6e en dehors de la zone 
d'affichage (Zl) du second element. 

10 94. Procede selon la revendication 92, caracterise en ce que ladite region 
determine consiste en un onglet ou bouton situe au voisinage de la zone d'affichage 
du second Element. 

95. Procede selon la revendication 92, caracterise en ce que ladite region 
15 determinee est celle d'un sous-eiement d'interactivite appartenant au second element 

96. Procede selon l'une des revendications 86 a 95, caracterise en ce que le 
premier element (El) n'est pas remplace par le second element (E2) tant que le 
pointeur n'a pas 6t6 amene en dehors de la region determin6e de la zone d'affichage 

20 (Zl) du premier element (El) au moins une fois avant la detection effectu^e a l'etape 
(b). 

97. Procede selon Tune des revendications 86 a 97, caracterise en ce que le 
premier element (El) comprend plusieurs sous-elements (El.l, El. 2) aptes a gtre 

25 affiches dans des regions determines de la zone d'affichage (Zl) du premier 
element, en ce que le second element (E2) comprend plusieurs sous-eiements (E2.1, 
E2.2) aptes a etre affiches dans des regions essentiellement superposees avec les 
regions des sous-eiements du premier element, en ce que l'etape (b) est mise en 
ceuvre region par region, et en ce que retape (c) est mise en oeuvre sous-eiement par 

3 0 sous-eiement. 
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98. Procede selon les revendications 92 et 97 prises en combinaison, caracteris^ 
en ce que retape (d) est mise en oeuvre region par region, et en ce que l'etape (e) est 
mise en oeuvre sous-eiement par sous-eiement. 

5 99. Procede selon la revendication 98, caracterise en ce que les etapes (b) et (d) 
sont mises en oeuvre en tenant compte du parcours du pointeur entre sous-eiements. 

100. Precede selon Tune des revendications 86 & 99, caracterise en ce qu'il 
comprend en outre, avant retape (c), retape supplemental consistant a afficher, en 

10 superposition sur le premier element (El), au moins un sous-eiement appartenant au 
second element. 

101. Procede selon Tune des revendications 1 a 100, caracterise en ce que l'etape 
(c) comprend une sous-etape de deplacement a Pecran de la representation du 

15 premier element (El) vers Pexterieur dudit ecran ou d'une fenetre de celui-ci. 

102. Procede selon les revendications 100 et 101 prises en combinaison, 
caracterise en ce que, pendant la sous-etape de deplacement, le ou les sous-61ements 
du second element (E2) affiches en superposition sur le premier element restent 

20 immobiles. 

103. Procede selon Tune des revendications 86 a 102, caracterise en ce que l'etape 
de detection des mouvements d'un pointeur est mise en oeuvre pendant qu'un bouton 
d'un dispositif de pointage commandant les mouvements du pointeur n'est pas 

2 5 actionne et/ou pendant que ce bouton est actionne. 

104. Procede selon la revendication 103, caracterise en ce que l'etape de detection 
des mouvements d'un pointeur est mise en oeuvre pendant que le bouton du dispositif 
de pointage est actionne, au cours d'une operation de glisser-deposer d'un sous- 

3 0 element depla$able entre lesdits elements (El , E2). 
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105. Proc&I6 selon Tune des revendications 86 a 104, caract&is6 en ce qu'il 
comprend en outre les etapes consistant a : 

detecter l'appui d'un bouton d'un dispositif de pointage commandant les 
mouvements du pointeur, 
5 detecter les mouvements du pointeur pendant cet appui ; 

cr£er et m^moriser un lien entre un 616ment ou un sous-616ment sur lequel 
6tait situ6 le pointeur au debut de l'appui et un dement ou un sous-616ment sur lequel 
se trouve le pointeur a la fin de l'appui. 



10 106. Proc6d6 selon Tune des revendications 86 a 104, caract&is6 en ce qu'il 
comprend en outre les Stapes consistant h : 

d&ecter l'appui d'un bouton d'un dispositif de pointage commandant les 
mouvements du pointeur, 

d&ecter les mouvements du pointeur pendant cet appui ; 
15 dSplacer le sous-616ment d'un emplacement situe sous le pointeur au d6but de 

l'appui du bouton vers un emplacement situe sous le pointeur a la fin de l'appui du 
bouton. 



107. Procede selon l'une des revendications 86 a 104, caract&ise en ce qu'il 
2 0 comprend en outre les etapes consistant a : 

d6tecter l'appui d'un bouton d'un dispositif de pointage commandant les 
mouvements du pointeur, 

d6tecter les mouvements du pointeur pendant cet appui ; 
dupliquer le sous-616ment d'un emplacement situ6 sous le pointeur au d6but 
25 de l'appui du bouton en un emplacement situe sous le pointeur a la fin de l'appui du 
bouton. 



108. Proc6d6 selon l'une des revendications 86 a 107, caract^rise en ce que, pour 
l'affichage d'une plurality d'616ments d'affichage empiles, les elements d'affichage 
30 sont affich^s dans des zones d'affichage telles qu'au moins l'un des bords 
homologues desdites zones soient progressivement d6cales dans l'ordre d'empilage, 
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de maniere k pouvoir d&ecter F entree du pointeur dans Tune quelconque des zones 
d'affichage. 

109. Systeme de gestion de Faffichage, sur F6cran d'affichage d'un poste 
5 informatique client, d'616ments d'affichage comprenant un element sup&ieur (PI) et 
un 616ment inferieur (P2), le premier 616ment &ant apte a recouvrir de fagon variable 
le second 61&nent, caracteris^ en ce qu'il comprend : 

des moyens pour afficher Foment inf&ieur dans une premiere zone 
pr6d&ermutee (Zl 1+Z12), 
10 des moyens pour afficher Foment superieur dans une parmi au moins deux 

secondes zones (Z12+Z14 ; Z14) telles que F616ment superieur (PI) recouvre a des 
degr^s difftrents Foment inferieur, 

des moyens sensibles a la position d'un pointeur actionne par l'utilisateur et 
aptes a modifier la position de Foment superieur (PI) en fonction de la presence 
15 dudit pointeur dans une region sensible (Zll ; Z12 ou Z13 ou Z14) d&finie par des 
contours de la premiere zone et/ou de la seconde zone, et 

des moyens sensibles a une action de l'utilisateur (Z13) pour 
activer/d&activer lesdits moyens de modification de position. 

20 110. Systeme selon la revendication 109, caracterise en ce que les 61&nents 
d'affichage sont des pages transmises vers le systeme a partir d'un serveur. 

111. Systeme selon Tune des revendications 109 et 110, caracterisS en ce que les 
moyens sensibles a une action de l'utilisateur comprennent une zone d'affichage 

25 cliquable unique situ^e au voisinage d'une zone (Z14) occup^e par Foment 
superieur quelle que soit sa position. 

112. Systeme selon Tune des revendications 109 a 111, caracteris£ en ce que 
Foment superieur (PI) est apte a adopter Fune parmi une premiere position dans 

30 laquelle il recouvre une partie substantielle de Fdlement inferieur et une seconde 
position dans laquelle il est adjacent a Foment inferieur, respectivement. 
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113. Systteie selon la revendication 112, caract&ise en ce qu'au moins lament 
sup&ieur (PI) possede des moyens d' interactivity et en ce que, dans la seconde 
position de Tetement sup6rieur (PI), les moyens sensibles a la position du pointeur 

5 mettent en jeu, soit une premiere zone sensible (Zl 1) ext6rieure k la zone occup^e 
par Foment sup&ieur dans sa premiere position, Pentree du pointeur dans cette 
premiere zone sensible provoquant Pamen6e de Tel&nent sup&rieur dans sa premiere 
position avec ses moyens d'interactivit6 inactifs, soit une seconde zone sensible 
(Z14) incluse dans la zone occupSe par lament superieur dans sa seconde position, 
10 Pentose du pointeur dans cette seconde zone sensible provoquant Tamen6e de 
P616ment superieur dans sa premiere position avec ses moyens d'interactivite actifs. 

114. Precede pour affecter des categories a des contenus accessibles par une 
plurality d'utilisateurs, chaque contenu £tant par ailleurs propre a etre s&ectivement 

15 plac6 dans une plurality de contenants appartenant a des structures de documents, ces 
contenants poss6dant chacun des informations de cat6gorie, et a chaque contenu 
pouvant etre associe une plurality d'informations de categories permettant aux 
utilisateurs notamment de s^lectivement acc&ler par un critfere de catfigorie audit 
contenu ou d'automatiser la selection de la presentation dudit contenu, comprenant 

20 retape consistant, lorsqu'un contenu donn6 est plac£ dans un contenant donne d'un 
document, a ajouter aux informations de cat6gorie d6ja assoctees audit contenu les 
informations de categorie poss£d6es par ledit contenant donn& 

115. Proc&ie selon la revendication 114, caracteris6 en ce que lesdites informations 
25 de categories ajoutees aux contenant sont ajout^es en mode sugg6r£. 
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